开发环境正常，Docker部署.NET应用调用公共接口报DenyAnonymousAuthorizationRequirement错误

• 首先检查中间件配置顺序
  .NET Core 中间件的执行顺序直接影响授权逻辑生效，必须严格按照 UseRouting → UseAuthentication → UseAuthorization → UseEndpoints 的顺序配置，顺序颠倒会导致[AllowAnonymous]注解无法被正常识别。本地开发环境如果配置了开发人员例外页面或临时豁免规则，会掩盖顺序错误的问题，生产/Docker环境就会触发报错。
• 修正端点路由匹配配置
  你在UseEndpoints中配置的MapControllerRoute路径为/businesses，但实际接口的路由是/mapping/businesses，二者完全不匹配，该配置根本不会生效。实际上你已经在Action上添加了[AllowAnonymous]注解，不需要额外在端点配置中重复声明，建议直接删除这段无效的路由配置即可。
• 排查全局授权策略配置
  检查ConfigureServices中是否配置了全局授权过滤器或者兜底授权策略（FallbackPolicy）：
  1. 如果在AddControllers时全局添加了[Authorize]过滤器，确认没有额外配置自定义逻辑拦截[AllowAnonymous]
  2. 如果配置了FallbackPolicy要求所有端点必须认证，[AllowAnonymous]默认可以覆盖该策略，确认没有自定义的AuthorizationHandler跳过了对AllowAnonymous的识别逻辑
• 验证Docker部署的镜像版本
  确认你部署到Docker的镜像是包含[AllowAnonymous]注解的最新代码构建的，很多时候会出现代码修改后忘记重新构建镜像、或者集群配置的镜像拉取策略为IfNotPresent导致使用旧版本镜像的问题，可以进入容器内部查看实际运行的代码二进制文件生成时间，或者在接口中加临时日志确认版本是否正确。
• 对比本地与Docker环境的配置差异
  检查Docker环境中加载的配置文件（一般是appsettings.Production.json）和本地开发配置的差异：
  1. 是否有额外的授权相关配置开启了强制认证
  2. 是否配置了自定义的授权规则、第三方身份验证组件在生产环境生效
• 排查上层代理/网关逻辑
  虽然报错日志是.NET服务输出的，但也可以确认下上层的Nginx、Ingress等反向代理是否有修改请求头、剥离认证相关信息的逻辑，导致.NET服务识别请求身份异常。

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