SQL Server CE 4.0嵌入式部署问题排查求助

为什么移除7个DLL后程序还能运行？ #

• WinSxS目录的隐藏依赖：SQL Server 19的组件可能把SQL CE兼容的原生DLL放在了系统的WinSxS目录下，这个目录是系统组件库，普通文件搜索不会显示里面的具体文件，但CLR可以通过系统的组件加载机制找到它们。
• 卸载残留的注册信息：虽然你卸载了SQL CE开发版，但部分COM组件的注册信息可能没删干净，程序通过之前注册的COM路径找到了残留的DLL。
• System.Data.SqlServerCe.dll的自动适配：这个托管DLL本身会尝试加载系统中已存在的兼容版本原生组件，不一定非要依赖同目录的7个文件。

怎么查清楚到底用了哪个文件？ #

• 用Process Monitor抓包：
  1. 打开Process Monitor，过滤你的程序进程，添加“路径包含.dll”的过滤规则。
  2. 启动程序，查看所有加载的DLL记录，找到带sqlce前缀的相关文件，查看它们的实际加载路径，就能明确来源。
• 检查app.config：如果里面有assemblyBinding配置，可能做了版本重定向，让程序加载了其他版本的组件。
• 查注册表：前往HKLM\SOFTWARE\Microsoft\Microsoft SQL Server Compact Edition路径，查看是否有残留的组件路径信息。

确保部署后正常运行的方案 #

• 打包完整的SQL CE运行时：
  1. 下载对应版本的SQL CE运行时包（比如CE4.0的安装包），解压出7个原生DLL：sqlceca40.dll、sqlcecompact40.dll、sqlceer40EN.dll、sqlceme40.dll、sqlceoledb40.dll、sqlceqp40.dll、sqlcese40.dll。
  2. 把这些DLL和System.Data.SqlServerCe.dll一起放到EXE目录下，这样程序会优先加载本地文件，不依赖系统里的不确定组件。
• 添加配置强制本地依赖：在app.config里加一段绑定配置，避免程序乱跑去找系统组件：

  <configuration>
    <runtime>
      <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
        <dependentAssembly>
          <assemblyIdentity name="System.Data.SqlServerCe" publicKeyToken="89845dcd8080cc91" culture="neutral" />
          <bindingRedirect oldVersion="0.0.0.0-4.0.0.1" newVersion="4.0.0.1" />
        </dependentAssembly>
      </assemblyBinding>
    </runtime>
  </configuration>
  

• 别依赖SQL Server主实例：用户机器上大概率不会装SQL Server 19，所以绝对不能指望系统里的共享组件，必须把CE的全套依赖打包进程序目录。

额外提醒 #

• 要保证System.Data.SqlServerCe.dll和原生DLL的版本完全一致，版本不匹配会直接导致程序崩溃。
• 区分32位和64位：如果程序是32位，就放32位的原生DLL；64位同理。如果用Any CPU，记得关闭项目属性里的“首选32位”选项，避免加载错误。

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