IIS原生模块RegisterModule未触发 跨Windows版本适配问题求助

故障原因排查与解决方案 #

32位模块加载报错（错误码0x7E） #

0x7E对应Windows系统错误码ERROR_MOD_NOT_FOUND，即依赖模块缺失，可按以下顺序排查：

• 检查对应IIS应用程序池的「启用32位应用程序」选项是否开启，64位IIS默认不加载32位DLL
• 用Dependencies工具检查32位模块DLL的依赖项，确认对应架构的VC++可再发行包已安装，无缺失的依赖库

64位模块无报错但不触发逻辑 #

该问题核心差异是Win7运行正常、Win10异常，调试时正常、IIS直接运行异常，优先排查以下点：

1. 代码路径转义硬伤

你代码中日志路径写为"C:\inetpub\logs\JCFilter.txt"，C++字符串中单反斜杠是转义字符，实际解析出来的路径完全不是目标路径，调试时可能因为权限或上下文巧合运行成功，但正常运行时打开文件失败会直接触发异常，导致RegisterModule执行中断，IIS会直接标记模块加载失败不再调用。
修复方案：将所有路径中的单反斜杠替换为双反斜杠，比如改为"C:\\inetpub\\logs\\JCFilter.txt"，或直接使用正斜杠/。

2. 权限不足

调试时使用管理员权限运行Visual Studio，而IIS默认应用程序池身份为低权限的IIS AppPool账号，默认没有C:\inetpub\logs目录的写入权限，写日志失败同样会导致模块加载中断。
修复方案：给C:\inetpub\logs目录添加IIS_IUSRS用户组的写入/修改权限，临时测试可直接赋予Everyone完全控制权限验证。

3. IIS运行模式差异

Win10 IIS应用池默认使用集成模式，Win7可能使用的是经典模式，两种模式下通知触发逻辑有差异。
修复方案：将对应应用池切换为经典模式测试是否正常运行。

4. 模块注册顺序/冲突

Win10 IIS默认开启的内置模块远多于Win7，可能存在模块优先级冲突，或你仅注册了站点级模块未注册全局模块。
修复方案：

• 先在服务器级「模块」功能中添加你的原生模块，再到对应站点的模块设置中启用
• 临时禁用站点所有其他第三方/内置模块，仅保留你的模块验证是否正常触发

5. 安全软件拦截

Win10默认开启的Defender及其他安全软件会拦截未签名的原生DLL加载到IIS进程，调试运行时因为是主动附加进程不会触发拦截，正常IIS启动加载时会被拦截。
修复方案：临时关闭实时保护测试，验证通过后可给你的DLL添加数字签名。

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