循环调用控制器时_context.Database.GetDbConnection().ConnectionString密码丢失

问题成因 #

• 核心原因是EF Core的默认安全机制：DbContext对应的连接字符串默认将Persist Security Info参数设为false，当数据库连接被打开过一次后，EF会自动清除连接字符串中的密码等敏感信息，避免意外泄露。
• 你在循环中每次新建CCDAPatientController时，传入的都是同一个_context实例，第一次调用OnActionExecuting读取连接字符串后，EF已经清除了该实例关联连接字符串的密码字段，第二次读取时自然就缺失了密码。
• 额外的不规范点：直接手动实例化控制器、手动赋值ControllerContext、调用OnActionExecuting的方式本身不符合ASP.NET Core的设计规范，控制器的设计目的是处理HTTP请求，而非用于内部逻辑复用。

解决方案 #

方案1（快速修复）：修改连接字符串配置 #

在你的数据库连接字符串中添加Persist Security Info=True参数，示例如下：

Server=你的数据库地址;Database=你的库名;Uid=账号;Pwd=密码;Persist Security Info=True;

开启后EF就不会在连接打开后清除连接字符串的敏感信息。

方案2（更安全的修复）：直接从配置读取连接字符串 #

不要从_context实例中读取连接字符串，直接用你已经注入的_configuration对象读取原始连接字符串，修改OnActionExecuting中的对应代码即可：

// 替换原来的 connectionString = _context.Database.GetDbConnection().ConnectionString;
connectionString = _configuration.GetConnectionString("你的连接字符串配置名");

这个方案不需要开启敏感信息持久化，安全性更高，也不会受_context实例状态的影响。

方案3（最规范的重构）：抽离公共逻辑为独立服务 #

不要在内部循环调用控制器，把GetCCDAForPatient方法中的核心业务逻辑抽离为独立的服务类，注册到DI容器后直接在当前控制器注入调用。这种方式完全规避了手动处理控制器上下文的风险，逻辑复用更合理，后续维护成本也更低。

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