C#读.nvmrc需手动解析：逐行跳过空行和注释，Trim后处理lts/别名等非语义版本格式；需向上遍历目录查找文件；注意BOM、换行符跨平台问题；其值仅为提示，不可直接映射为本地Node版本。
读取 .nvmrc 文件需要手动解析，C# 没有内置支持
Node 版本管理器（NVM）本身是 Shell 脚本工具，.nvmrc 只是一个纯文本文件，内容通常就一行，比如 18.17.0 或 lts/hydrogen。C# 不提供任何现成 API 去“理解”它，必须自己读、自己拆、自己判断语义。
常见错误是直接用 File.ReadAllText 读完就当版本号用，结果遇到 lts、current、带空格或注释的行就崩——这些都不是合法语义版本号。
- 先用
File.ReadAllLines逐行读，跳过空行和以#开头的注释行 - 取首行非空非注释内容，再 Trim() 去首尾空白
- 不假设格式：可能含
lts、lts/argon、node、甚至空字符串 - 别急着转
Version类型——lts/gallium这种根本不是版本号
.nvmrc 的值不等于可执行 Node 版本，需额外映射
你读到 16.20.2，不代表本地一定装了这个版本；读到 lts，更不等于当前 LTS 版本号——C# 没法调用 NVM 自身逻辑去查已安装列表或解析别名。
真实场景里，这个值只是个提示，后续动作得靠人或外部工具配合：比如触发 shell 脚本调用 nvm use，或查本地 nvm list 输出做匹配。
- 不要在 C# 里硬编码版本映射表（如
"lts" → "18.19.1"），LTS 会变，且不同平台 NVM 行为不一致 - 如果目标是“确保环境一致”，C# 更适合做检查提醒，而非自动切换——切换应交还给 NVM 或 CI 配置
- Windows 下若用
nvm-windows，其.nvmrc解析逻辑和 macOS/Linux 的nvm不完全兼容（比如不支持lts/*）
路径查找要按 NVM 实际规则走，不能只看项目根目录
NVM 查找 .nvmrc 是从当前工作目录向上遍历，直到找到第一个匹配文件，类似 git 找 .git。C# 默认不会这么干，硬写死 ./.nvmrc 容易漏掉父目录里的配置。
典型错误是只查 Directory.GetCurrentDirectory()，结果在子模块里运行时读错了版本。
- 从当前目录开始，用
Directory.GetParent循环向上，每次拼Path.Combine(current, ".nvmrc") - 遇到
DriveInfo.GetDrives()根目录或null父目录就停 - 注意权限：某些路径可能因权限被跳过，
File.Exists前加 try/catch 不现实，优先用File.GetAttributes判断是否存在且可读
跨平台换行和 BOM 问题会让 .nvmrc 解析失败
macOS/Linux 写的 .nvmrc 用 LF，Windows 可能是 CRLF，还有编辑器偷偷加 UTF-8 BOM——C# 默认 File.ReadAllText 会把 BOM 当作字符读进来，导致 "\uFEFF18.17.0" 校验失败。
现象是：明明文件里写着 18.17.0，代码里打印出来却显示乱码或长度不对。
- 用
File.ReadAllBytes先读原始字节，手动跳过 UTF-8 BOM（0xEF 0xBB 0xBF）再解码 - 或者用
new StreamReader(path, Encoding.UTF8, true)，第三个参数detectEncodingFromByteOrderMarks = true让它自动处理 BOM - 行结束符统一用
string.Split(new[] { '\r', '\n' }, StringSplitOptions.RemoveEmptyEntries)，别依赖Environment.NewLine
实际用起来最麻烦的不是读文件，而是怎么定义“这个值算有效”。有人写 16，有人写 v16.20.2，有人写 stable（旧版 NVM 支持但新版已弃用）。没有银弹，得按团队约定收口，而不是指望 C# 自动猜。
