共享内存的疑惑

时间 2019-12-10 标签共享内存疑惑

共享内存的疑惑html

上一篇文章中” .net remoting和wcf自托管——一个bug引起的警示”，我稍微提了下c++的共享内存，当时我有一个推测，就是在客户端读取共享内存前，谁修改过共享内存。可是我通过了好屡次调试，发现只有一次写内存，其它的都是读取内存，这个值是怎么变的呢？目前还不清楚。当共享内存刚刚写完后，当即读出来的值是正确的，等过“一小会”，可能就是多少毫秒吧。再次读取的值就变了。这正是我百思不得其解的地方。

代码是前辈写的，可能擅长c++，继续上一篇的文章，我把c++的代码贴出来：
c++

        static ShareDataRW()
        {

            Handle = CreateFileMappingA(new IntPtr(-1), IntPtr.Zero, 0x04, 0, 1024, "Local\\NoteFirstShare_Memory");
            if (Handle == IntPtr.Zero)
                return;
            ShareDataMemoryPoint = MapViewOfFile(Handle, SECTION_ALL_ACCESS, 0, 0, 1024);
            ShareDataType = typeof(ShareData);

            if (OfficeAddinServicesPort == 0)
                OfficeAddinServicesPort = 4211;

        }

       [DllImport("kernel32.dll")]
        public static extern IntPtr CreateFileMappingA(
            IntPtr hFile,
            IntPtr lpFileMappingAttributes,
            int flProtect,
            int dwMaximumSizeHigh,
            int dwMaximumSizeLow,
            string lpName);

        [DllImport("kernel32.dll")]
        public static extern IntPtr MapViewOfFile(IntPtr hFileMappingObject, int dwDesiredAccess, int dwFileOffsetHigh, int dwFileOffsetLow, int dwNumberOfBytesToMap);


CreateFileMappingA方法： 为指定文件建立或打开命名或未命名的文件映射对象

MapViewOfFile方法：将一个文件映射对象映射到当前应用程序的地址空间

文件映射这些概念涉及到操做系统里面的东西，不太好理解。这些能够慢慢学习的。 CreateFileMappingA函数的最后一个参数，是共享内存名称，若是我修改了这个参数值后，读写共享内存的数据就一致了。因而我去查这个参数的含义：


lpName

若是此参数与现有映射对象的名称匹配，则该函数请求具备flProtect指定的保护的对象的访问权限。app

若是此参数为NULL，则建立没有名称的文件映射对象。函数

若是lpName与现有事件，信号量，互斥锁，等待计时器或做业对象的名称匹配，则该函数将失败，而且GetLastError 函数将返回ERROR_INVALID_HANDLE。这是由于这些对象共享相同的命名空间。post

该名称能够具备“全局”或“本地”前缀，以在全局或会话命名空间中显式建立对象。名称的其他部分能够包含除反斜杠字符（）以外的任何字符。从会话零之外的会话在全局命名空间中建立文件映射对象须要 SeCreateGlobalPrivilege 特权。有关更多信息，请参阅内核对象命名空间。学习

经过使用终端服务会话实现快速用户切换。第一个登陆用户使用会话0（零），下一个登陆用户使用会话1（一），依此类推。内核对象名称必须遵循为终端服务概述的准则，以便应用程序能够支持多个用户。spa

这一段摘自微软官网上面，读的不甚明白。这个参数的值设置应该没什么问题，由于它没有报任何错误，能够正常读写内存。那么问题，究竟出哪呢？操作系统