正确路径是通过maya官方接口导出json：c#调用mayabatch执行python脚本，用cmds打开.mb/.ma并序列化所需数据为json，再由c#读取；实时交互则需maya插件配合tcp/namedpipe通信。
Maya .ma/.mb 文件不能直接用 C# 解析
因为 .ma 是 ASCII 文本但含 Maya 特有语法（如 createNode、setAttr 块嵌套），.mb 是二进制且加密/压缩过，C# 没有原生支持的解析库。硬写解析器会掉进语法歧义、版本兼容、依赖节点定义等坑里，基本不可行。
正确路径只有一条：走 Maya 官方提供的接口，让 Maya 自己读，再把结果导出成 C# 能处理的格式。
- 别尝试用
File.ReadAllText或BinaryReader直接读 .mb —— 读出来是乱码或崩溃 - 别搜 “C# parse maya file” 找到的自制解析器，99% 只能处理极简 .ma 且不支持 2020+ 版本
- Maya 的 Python API（
cmds/mel）才是稳定可靠的入口，C# 必须通过进程通信或插件桥接它
推荐方案：用 C# 启动 Maya 并执行 Python 脚本导出 JSON
这是工业级项目实际在用的方式——C# 不碰 .ma/.mb，而是调用 Maya 命令行（mayabatch）加载场景，跑一段 Python 把需要的信息（比如所有 mesh 名称、顶点数、材质连接）序列化成 JSON 写到临时文件，C# 再读这个 JSON。
关键点在于：Python 脚本必须用 cmds 或 OpenMaya 获取数据，不能依赖 UI 或当前视图状态。
- 启动命令示例：
mayabatch -script export_scene.py -file "D:/scene.mb" -
export_scene.py里必须调cmds.file(f=True, o=True)强制打开，否则读不到节点 - 导出字段要明确限定，比如只取
cmds.listRelatives(type="mesh")，避免cmds.ls()返回巨量无用节点 - JSON 字段名用小写加下划线（如
vertex_count），和 C# 的JsonProperty属性对齐更稳
如果必须实时交互：写 Maya 插件 + C# 通过 TCP/NamedPipe 通信
当你的 C# 应用要一边显示 Maya 场景缩略图，一边响应用户点击选中物体时，mayabatch 就太慢了。这时得在 Maya 里写一个长期运行的插件（用 Python 或 C++），暴露本地通信端点，C# 连上去发指令、收数据。
这不是“调个 API”就能搞定的事，涉及 Maya 插件生命周期、线程安全、消息协议设计。
- Python 插件可用
socket开 TCP server，但必须用cmds.evalDeferred包裹阻塞操作，否则 Maya 卡死 - C# 端别用
TcpClient死连，加超时和重连逻辑——Maya 崩溃后 socket 不会自动通知 - 传输结构建议用长度前缀 + JSON（不是纯 JSON），避免粘包；例如先发 4 字节 int 表示后续 JSON 字节数
- 别传原始顶点数组，传哈希值或尺寸摘要——10 万顶点的 mesh 传一次就卡顿
容易被忽略的 Maya 版本与路径陷阱
同一个 mayabatch 命令，在 Maya 2022 和 2024 上行为可能不同；而 C# 里硬编码路径，很容易在用户装了多个 Maya 版本时指向错的目录。
最稳妥的做法是让用户指定 Maya 安装根路径，或从注册表（Windows）/ ls /Applications（macOS）动态查最新版。
- Windows 注册表路径：
HKEY_LOCAL_MACHINE\SOFTWARE\Autodesk\Maya\2024\Setup\InstallPath - Mac 的
mayabatch实际在/Applications/Autodesk/maya2024/Maya.app/Contents/bin/mayabatch - Linux 下没有注册表，得靠
which mayabatch或让用户填绝对路径 - 脚本里用
cmds.about(version=True)打印 Maya 版本，日志里存下来，出问题时能快速定位是不是版本差异
真正麻烦的从来不是“怎么读”，而是 Maya 场景本身没规范——有人把贴图路径写死在 file 节点里，有人用相对路径，还有人用环境变量。这些细节，不进 Maya 进程根本拿不到真实解析结果。
