ConfigMap挂载文件默认位于容器内指定mountPath（如/app/config），C#需用File.ReadAllText等读取并加存在性判断与短重试，路径须与YAML中volumeMounts.mountPath完全一致，JSON须UTF-8无BOM编码。
ConfigMap挂载后文件路径在哪
默认挂载到容器内的 /app/config 或你指定的 mountPath，不是环境变量，也不是 API 调用。C# 程序得像读普通文件一样打开它——别下意识去查 Configuration.GetSection 或 Environment.GetEnvironmentVariable，那根本读不到。
- 挂载路径必须和 Pod YAML 里
volumeMounts.mountPath完全一致，大小写敏感，末尾斜杠不自动补全 - 如果 ConfigMap 里有多个键（比如
appsettings.json和log.conf），每个键会变成挂载目录下的一个独立文件，不是子目录 - Kubernetes 不保证挂载时机早于容器启动，
Program.Main开头就读可能抛FileNotFoundException
如何安全读取挂载的 JSON 配置文件
直接用 File.ReadAllText 最简单，但得加存在性判断和重试逻辑——ConfigMap 挂载有延迟，尤其在高负载集群上。别用 File.Exists 一查就 panic，它返回 false 不代表文件永远不存在。
- 推荐用
File.ReadLines或File.ReadAllText+TimeSpan.FromSeconds(1)级别的短重试（最多 3 次） - JSON 文件编码必须是 UTF-8（无 BOM），否则
JsonSerializer.Deserialize可能解析失败并报JsonException: '0x00' is an invalid start of a value - 不要把路径硬编码成
"./config/appsettings.json"，用Path.Combine(Directory.GetCurrentDirectory(), "config", "appsettings.json")更可靠
string configPath = Path.Combine("/app/config", "appsettings.json");
for (int i = 0; i < 3; i++) {
if (File.Exists(configPath)) {
var json = File.ReadAllText(configPath, Encoding.UTF8);
return JsonSerializer.Deserialize<AppSettings>(json);
}
Thread.Sleep(500);
}ConfigMap 更新后 C# 进程怎么感知变化
挂载的是只读文件系统，更新 ConfigMap 后，Kubernetes 会原地替换文件内容（不是重建文件），所以已打开的 FileStream 不会自动刷新。你的 C# 服务不会“热加载”，除非你自己处理。
- 不要依赖
FileSystemWatcher监听整个目录——它在某些容器运行时（如 containerd + overlayfs）可能不触发事件或漏报 - 更稳的方式是定期轮询文件最后修改时间（
File.GetLastWriteTimeUtc），变化后再重新解析内容 - 若用
IConfiguration，别直接传入文件路径；改用JsonConfigurationProvider并实现Reload()触发逻辑
为什么用文件挂载比 Downward API 或环境变量更合适
环境变量无法承载结构化数据（比如嵌套 JSON、大段 YAML），Downward API 只能暴露有限元信息（pod name、namespace）。ConfigMap 文件挂载是唯一能原样传递任意文本配置的方式，且支持多文件、权限控制（defaultMode）、符号链接等特性。
- 注意
defaultMode: 0644是八进制，写成420在 YAML 里会被当十进制解析，导致权限错误（文件不可读） - 如果 C# 进程以非 root 用户运行（应该如此），确保挂载路径父目录可遍历（
exec ls -ld /app/config应返回drwxr-xr-x类似权限） - 挂载点不能和已有目录重叠，否则原目录内容会被隐藏——检查
ls -la /app/config是否只列出 ConfigMap 键名文件
ConfigMap 文件挂载本身很简单，真正容易卡住的是路径拼错、编码不对、没处理挂载延迟、以及误以为更新会自动生效——这些点比语法细节更容易让服务起不来。
