如何部署带SQLite数据库的WPF应用 解决现有数据库下无法运行问题

• 权限问题：如果现有database.db是安装过程中写入到C:\ProgramData\My App路径的，默认继承的权限只有管理员账户有写入权限，普通用户运行程序时无法读写已存在的数据库文件；而程序自行新建的数据库会继承当前运行用户的权限，所以能正常访问
• SQLite.Interop.dll加载逻辑问题：WPF项目目标平台设为AnyCPU且勾选了「首选32位」选项时，程序在64位系统上也会以32位进程运行，只会加载x86版本的SQLite.Interop.dll，所以x64版本放根目录无效
• 系统安全机制影响：你观测到的首次运行后SQLite.Interop.dll大小变化，大概率是系统的兼容性助手或者安全软件对dll做了注入/标记操作，只要加载正常无需特殊处理

1. 数据库文件权限修复 #

在Inno Setup脚本中添加权限配置代码，给C:\ProgramData\My App文件夹和内部所有文件赋予普通用户（Users组）的读写权限，示例脚本段：

[Dirs]
Name: "{commonappdata}\My App"; Permissions: users-modify
[Files]
; 如果需要预置数据库，添加以下配置
Source: "你的本地数据库路径\database.db"; DestDir: "{commonappdata}\My App"; Permissions: users-modify

即使数据库是程序首次运行才生成，不需要安装包预置，也需要配置文件夹的users-modify权限，避免后续生成的文件继承过高的权限限制。

2. SQLite.Interop.dll加载配置优化 #

• 右键WPF项目属性 -> 生成选项卡，确认「首选32位」的勾选状态：如果你的程序没有必须64位运行的需求，保持勾选「首选32位」即可，部署时只需要保留x86版本的SQLite.Interop.dll在程序根目录或者x86子目录下即可
• 如果需要支持64位运行，取消勾选「首选32位」，同时确保Inno Setup打包时完整保留输出目录下的x86、x64子文件夹结构，两个版本的SQLite.Interop.dll放在对应子目录中，不需要放到程序根目录

3. 异常排查补充 #

如果完成以上配置仍然存在问题，可在程序启动入口添加全局异常捕获，输出详细错误日志到用户桌面，快速定位问题根因，示例代码：

AppDomain.CurrentDomain.UnhandledException += (sender, e) =>
{
    var ex = (Exception)e.ExceptionObject;
    var logPath = Path.Combine(Environment.GetFolderPath(Environment.SpecialFolder.Desktop), "app_error.log");
    File.WriteAllText(logPath, ex.ToString());
};

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