.NET 8.0使用CreateFileMapping实现共享内存时IIS下遇异常

• 检查共享内存权限配置
  直接运行程序时使用的是当前登录用户权限，而IIS应用池的标识账号（即使切换过）可能未被授予共享内存对象的读写权限。你需要给目标应用池的标识（格式为IIS AppPool\你的应用池名称）分配对应共享内存的访问权限。可以在创建MemoryMappedFile时，通过MemoryMappedFileSecurity参数显式添加权限规则，允许该账号读写；也可以通过Windows权限工具手动调整已存在的共享内存对象权限。

• 统一共享内存命名规则
  .NET Framework与.NET 8跨框架共享内存时，命名空间存在差异：.NET Framework默认支持Global\或Local\前缀的全局/本地命名空间，而.NET 5+如果未显式指定前缀，会自动在名称前添加用户SID，导致无法匹配。确保两边使用完全一致的命名，比如明确指定Global\MySharedMem（注意使用Global\前缀需要账号拥有SeCreateGlobalPrivilege权限）。

• 配置应用池的全局对象创建权限
  若使用Global\前缀的共享内存，IIS应用池账号必须拥有SeCreateGlobalPrivilege权限。打开本地安全策略（secpol.msc），依次进入「本地策略」→「用户权限分配」→「创建全局对象」，添加应用池的标识账号即可。

• 确认应用池托管设置
  确保应用池使用集成模式，经典模式会引入额外的权限隔离问题；同时将应用池的.NET CLR版本设置为无托管代码（因为.NET 8不属于传统.NET Framework CLR范畴），避免CLR环境冲突。

• 启用失败请求跟踪定位具体错误
  在IIS中开启失败请求跟踪（FRT），捕获共享内存操作时的异常细节。通过跟踪日志可以明确是权限不足、对象未找到还是其他底层错误，进一步缩小排查范围。

内容的提问来源于stack exchange，提问作者DY W