Asp.Net项目IIS本地运行出500错误：调用Hl7.Fhir.Core.dll的GetProcAddress失败

这个问题我之前帮同事排查过，核心原因是IIS错误地把Hl7.Fhir.Core.dll这个普通.NET类库当成了ISAPI过滤器去加载——而这类类库根本没有ISAPI过滤器要求的GetProcAddress入口点，VS里运行正常是因为开发服务器（IIS Express）不会产生这种错误配置。下面是具体的排查和解决步骤：

• 清理错误的ISAPI过滤器配置
  打开IIS管理器，找到你的目标站点，在功能视图里双击「ISAPI过滤器」，检查列表中是否存在Hl7.Fhir.Core.dll这一项。如果有，直接删除它即可——这几乎是最常见的触发原因，大概率是部署过程中误加的配置。

• 匹配应用程序池的.NET版本
  确保站点对应的应用程序池，其.NET CLR版本和你项目的目标框架完全一致。比如你的项目基于.NET Framework 4.6，就把应用程序池的.NET CLR版本设置为「.NET Framework v4.0.30319」（4.x版本都用这个标识），不要选「无托管代码」或者其他不匹配的版本。操作路径：右键应用程序池 → 高级设置 → 常规 → .NET CLR版本。

• 检查处理程序映射的异常规则
  进入站点的「处理程序映射」界面，排查是否存在把.dll后缀映射到ISAPI模块的规则。如果有这类规则，要么直接删除，要么修改规则的匹配条件，确保它不会命中你的业务类库文件（比如限定只匹配特定目录下的dll）。

• 验证dll的部署完整性与权限
  确认Hl7.Fhir.Core.dll及其所有依赖的dll都已经正确复制到站点的bin目录下。同时，给IIS应用程序池的身份（默认是IIS_IUSRS）赋予bin目录及其中dll的读取权限：右键bin目录 → 属性 → 安全选项卡 → 添加IIS_IUSRS用户 → 勾选「读取」权限。

• 启用详细错误日志定位深层问题
  如果上面的步骤都没解决问题，打开站点的「错误页」功能，编辑500错误的响应设置，将其改为「详细错误」，这样你就能看到更具体的错误堆栈信息。另外也可以查看IIS的日志文件（默认路径C:\inetpub\logs\LogFiles），里面会记录错误的具体代码和请求上下文，帮助进一步排查。

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