为何C# EXE可访问SQL Server，DLL中DataBinding绑定的WinForms被拦截？

看起来你碰到的问题核心是DLL项目里的DataSet把开发环境的连接字符串硬编码进去了，没有读取EXE配置文件里的正确连接信息，这也是用Visual Studio数据源向导生成DataSet时很容易踩的坑。下面给你一步步的排查和解决思路：

1. 先确认DLL里的连接字符串是不是硬编码了 #

当你用VS的数据源向导创建XSD DataSet时，向导会自动把当时的连接字符串做两个处理：一是写入当前项目的app.config，二是把这个字符串直接嵌入到自动生成的DataSet代码里（或者作为资源存储）。如果你的DLL项目在开发时用的是本地数据库的连接串，那编译后这个旧串就被钉死在DLL里了，完全不会去读EXE的app.config。

验证方法很简单：

• 打开DLL项目里的[你的DataSet名称].Designer.cs文件（记得在VS里勾选"显示所有文件"，默认这个文件是隐藏的），搜索ConnectionString关键词，你大概率会看到类似这样的硬编码代码：

  internal static string ConnectionString {
      get {
          return "Data Source=你的开发机SQL;Initial Catalog=MyDatabaseName;Integrated Security=True";
      }
  }
  

• 或者用反编译工具（比如ILSpy）打开编译后的DLL，搜同样的关键词，也能找到硬编码的连接串。

2. 修改DataSet的连接串读取逻辑 #

要让DLL里的DataSet读取EXE的app.config，得调整DataSet的生成设置：

• 打开DLL项目里的XSD文件，在设计界面的空白处右键，选择属性。
• 在属性面板里找到ConnectionString选项，先选(None)，然后手动修改自动生成的代码（或者通过属性配置让向导生成正确的读取逻辑）：

  internal static string ConnectionString {
      get {
          // 读取EXE配置文件里指定名称的连接串
          return System.Configuration.ConfigurationManager.ConnectionStrings["MyDatabaseConn"].ConnectionString;
      }
  }
  

  注意：要确保DLL项目已经引用了System.Configuration程序集，不然会报找不到类的错误。

3. 确保连接串名称一致 #

检查EXE的app.config里的连接串名称，和上面代码里的MyDatabaseConn完全匹配。比如EXE的配置应该是这样的：

<connectionStrings>
  <add name="MyDatabaseConn" 
       connectionString="Data Source=192.168.0.1;Initial Catalog=MyDatabaseName;Integrated Security=True" 
       providerName="System.Data.SqlClient" />
</connectionStrings>

4. 解析"空用户登录失败"的原因 #

报错里的Login failed for user '\'说明程序是用**本地系统账户（NT AUTHORITY\SYSTEM）**去连SQL Server的，而不是当前登录的用户身份。这大概率是因为DLL里的硬编码连接串要么没开集成验证，要么指向了错误的数据源，导致身份验证走了系统账户。解决了硬编码的问题后，这个错误应该会跟着消失。

另外也可以顺便检查测试环境的SQL Server：

• 确认开启了Windows身份验证模式。
• 确认运行程序的用户（如果是桌面程序就是当前登录用户，如果是服务就是服务账户）有访问MyDatabaseName数据库的权限。

5. 理解"重新生成数据源就正常"的原理 #

你说重新在VS里指向测试环境生成数据源就好用，是因为这时候向导会把测试环境的连接串写入DLL的临时配置，同时嵌入到DataSet代码里，相当于把测试环境的串硬编码进去了。但这只是临时解决方案，下次换环境还要重新生成，正确的做法还是让所有组件都读取EXE的配置文件。

额外注意点 #

• 不要给DLL项目单独放app.config，运行时只会加载EXE的配置文件，DLL的配置不会生效。
• 确保DLL和EXE的目标框架都是.NET Framework 4.0，避免版本兼容性问题。
• 如果用了强名称程序集，要确保版本一致，防止程序加载旧版本的DLL。

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