看起来你踩了不少路径相关的坑——硬编码路径不灵活、相对路径受环境影响、嵌入资源只读没法修改，这些问题我之前也遇到过。下面给你几个靠谱的方案，完全不需要字面量路径，还能满足跨调试/发布环境、读写持久化的需求：

推荐方案：使用系统专属应用数据目录 #

这是最稳妥的方式，系统会为每个应用分配一个专属的用户级数据目录，默认有读写权限，而且不会被程序更新覆盖，调试和发布环境下的路径都是一致的。

代码示例 #

using System;
using System.IO;

// 获取当前用户的应用数据目录（系统指定，无需硬编码）
string appDataFolder = Environment.GetFolderPath(Environment.SpecialFolder.ApplicationData);

// 拼接你的应用专属子目录（用你的应用名称命名，避免和其他应用冲突）
string yourAppDataDir = Path.Combine(appDataFolder, "YourUniqueAppName");

// 确保目录存在（第一次运行时创建）
Directory.CreateDirectory(yourAppDataDir);

// 最终的JSON文件路径
string dataFilePath = Path.Combine(yourAppDataDir, "keyValueData.json");

为什么这个方案好用？ #

• 完全不需要硬编码路径，系统自动处理不同操作系统（Windows/macOS/Linux）的路径差异
• 调试时指向用户的AppData/Roaming/YourAppName，发布后路径不变，数据持久化不受环境影响
• 普通用户默认有读写权限，不会出现权限不足的问题

备选方案：与程序EXE同目录（适合便携版） #

如果你需要把数据文件和EXE放在一起（比如便携版应用），可以通过程序的基目录来获取路径，但要注意如果程序安装在Program Files目录，普通用户可能没有写权限，适合绿色便携版场景。

代码示例 #

using System;
using System.IO;
using System.Reflection;

// 获取程序运行的基目录（EXE所在的目录）
string exeBaseDir = AppDomain.CurrentDomain.BaseDirectory;
// 或者用这个（效果一致）：
// string exeBaseDir = Path.GetDirectoryName(Assembly.GetEntryAssembly().Location);

// 拼接数据文件路径
string dataFilePath = Path.Combine(exeBaseDir, "keyValueData.json");

为什么你之前的方法行不通？ #

• 硬编码/相对路径：调试时工作目录是项目根目录，发布后是EXE目录，路径不一致；而且相对路径依赖当前工作目录，容易出错
• .resx资源文件：是编译时嵌入的静态资源，运行时无法修改，只能读取，不适合需要持久化修改的场景
• 嵌入式内容文件：打包到EXE/DLL中，属于只读资源，无法在运行时保存修改，同样不适合你的需求

补充：读写KeyValuePair数据的示例 #

用System.Text.Json（.NET Core 3.0+内置）来序列化/反序列化你的数据：

using System.Text.Json;
using System.Collections.Generic;

// 保存数据到文件
var keyValueData = new Dictionary<string, object>
{
    {"file1", 123},
    {"file2", "document.pdf"}
};
string jsonContent = JsonSerializer.Serialize(keyValueData, new JsonSerializerOptions { WriteIndented = true });
File.WriteAllText(dataFilePath, jsonContent);

// 从文件加载数据
if (File.Exists(dataFilePath))
{
    string json = File.ReadAllText(dataFilePath);
    keyValueData = JsonSerializer.Deserialize<Dictionary<string, object>>(json);
}

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