EF Core未加密连接字符串本身安全，关键在于存放位置；TrustServerCertificate=True仅跳过TLS证书验证，须与Encrypt=True共用且仅限开发环境。
EF Core 使用未加密的连接字符串本身没有问题，但关键在于连接字符串是否暴露在不安全的位置，比如硬编码在代码里、提交到 Git、或明文写在 appsettings.json 中被公开。TrustServerCertificate 是 SQL Server 连接中的一个安全开关，和“加密”与否不是同一维度的事——它解决的是 TLS 证书验证问题，不是连接字符串加解密问题。
未加密连接字符串怎么放才合理
所谓“未加密”，是指连接字符串没经过 AES/DES 等算法处理，直接以明文形式存在配置中。这在开发环境常见，只要注意以下几点就基本安全：
- 只放在 red">appsettings.Development.json 中，不进生产配置文件
- 确保 .gitignore 已排除 appsettings.Production.json 和用户密钥目录
- 生产环境改用 用户密钥管理器（Secret Manager） 或 Azure Key Vault 等外部凭据服务
- 如果必须用明文 appsettings.json，至少把连接字符串设为 ConnectionStrings:Default，并在代码里统一通过
IConfiguration.GetConnectionString("Default")读取，避免散落各处
TrustServerCertificate=True 是干什么的
当 EF Core 用 UseSqlServer 连本地 SQL Server（如 LocalDB、SQL Server Express）或自签名证书的 SQL Server 实例时，常会报错：A connection was successfully established with the server, but then an error occurred during the login process.
这是因为 .NET 默认要求服务器证书由受信任的 CA 签发。启用 TrustServerCertificate=True 就是告诉驱动：跳过证书链验证，接受任何证书（包括自签名）。
- 仅限开发/测试环境使用，绝对不要在生产环境开启
- 必须和
Encrypt=True同时出现才有意义（否则连加密都不要，谈不上证书信任） - 典型安全连接字符串示例：
Server=.;Database=DemoDb;User Id=sa;Password=123456;Encrypt=True;TrustServerCertificate=True;
如何避免硬编码连接字符串
即使不加密，也别写死在 DbContext 的 OnConfiguring 里。推荐标准做法：
- 在 appsettings.json 中定义：
"ConnectionStrings": { "Default": "Server=.;Database=DemoDb;...;Encrypt=True;TrustServerCertificate=True;" } - 在 Program.cs 注入：
builder.Services.AddDbContext(opt => opt.UseSqlServer(builder.Configuration.GetConnectionString("Default"))) - 若 DbContext 需要无参构造函数（如做单元测试），可保留空构造 + 依赖注入构造，不必靠硬编码兜底
基本上就这些。TrustServerCertificate 是临时绕过证书校验的开关，不是加密开关；未加密连接字符串可用，但得管好存放位置和环境边界。
