如何使依赖本地.mdf文件的C#程序在非开发客户端正常运行？

同学你好！我太懂你这个困扰了——当年做课程项目打包发给老师，也因为LocalDB的路径问题翻车过，给你说几个亲测有效的办法，保证教授解压后能直接跑起来：

最适合学生项目的方案：用项目内相对路径+自动复制数据库文件 #

这是最省事的，完全不用纠结用户的目录结构：

1. 先处理数据库文件的属性
   打开Visual Studio，找到你项目里Database文件夹下的DATABASE.mdf和DATABASE.ldf（这个日志文件必须一起带，少了数据库连不上），右键它们→属性，把「复制到输出目录」改成如果较新则复制或者始终复制。这样每次编译，数据库文件都会自动同步到bin/Debug或bin/Release目录，和你的exe程序在同一个文件夹里。
2. 改连接字符串为程序运行目录的相对路径
   别再用..\..\往上跳目录了，教授解压后运行程序的工作目录不是你开发时的项目根目录，而是bin文件夹，跳两级肯定找不到文件。直接用程序当前的运行目录：

// 直接取程序所在的目录，数据库就在这里面
string databasePath = Path.Combine(AppDomain.CurrentDomain.BaseDirectory, "DATABASE.mdf");
// 完整连接字符串
string connectionString = $@"Data Source=(LocalDB)\MSSQLLocalDB;AttachDbFilename={databasePath};Integrated Security=True;Connect Timeout=30";

更规范的进阶方案：用系统专用数据目录 #

如果想让程序更专业，避免用户误删Downloads里的文件，可以把数据库放到系统给应用分配的专用目录里：

// 获取当前用户的应用本地数据目录，这个目录不会被用户轻易改动
string appDataPath = Environment.GetFolderPath(Environment.SpecialFolder.LocalApplicationData);
// 给你的项目建个专属子目录，避免和其他程序冲突
string appDbFolder = Path.Combine(appDataPath, "你的课程项目名称", "Database");
// 先确保目录存在，不存在就创建
Directory.CreateDirectory(appDbFolder);

string targetDbPath = Path.Combine(appDbFolder, "DATABASE.mdf");
string targetLogPath = Path.Combine(appDbFolder, "DATABASE.ldf");

// 第一次运行时，把程序目录里的初始数据库复制到这个专用目录
if (!File.Exists(targetDbPath))
{
    string sourceDbPath = Path.Combine(AppDomain.CurrentDomain.BaseDirectory, "DATABASE.mdf");
    string sourceLogPath = Path.Combine(AppDomain.CurrentDomain.BaseDirectory, "DATABASE.ldf");
    File.Copy(sourceDbPath, targetDbPath);
    File.Copy(sourceLogPath, targetLogPath);
}

// 最终的连接字符串
string connectionString = $@"Data Source=(LocalDB)\MSSQLLocalDB;AttachDbFilename={targetDbPath};Integrated Security=True;Connect Timeout=30";

几个必须注意的细节 #

• 一定要带上DATABASE.ldf日志文件，LocalDB必须依赖它才能附加数据库；
• 提醒教授的电脑要装SQL Server LocalDB，不过现在大部分装过Visual Studio的机器都有，如果没有，让他装个微软的LocalDB独立安装包就行（免费的）；
• 打包的时候，直接把bin/Debug或者bin/Release整个文件夹压缩，或者把整个项目文件夹zip，但要确保数据库文件在正确的输出目录里。

备注：内容来源于stack exchange，提问作者D. Reichardt