PlistCS是C#读写macOS .plist文件最稳方案，轻量、兼容XML/二进制格式，自动识别格式并返回强类型PlistDict/PlistArray，避免运行时异常。
用 PlistCS 读写 macOS .plist 文件最稳
直接说结论：C# 没有原生支持 .plist 的类库，PlistCS 是目前最轻量、兼容性最好、且能处理二进制和 XML 两种格式的开源方案。别试 System.Xml 硬解析——.plist 的结构嵌套规则（比如 <dict></dict> 里混 <array></array> 和 <string></string>）会让手动解析很快崩。
实操建议：
-
PlistCS支持 .NET Standard 2.0+，可直接通过 NuGet 安装：Install-Package PlistCS - 它自动识别文件头判断是 XML 还是二进制格式，不用你提前转换或猜测
- 读取后返回的是
PlistDict或PlistArray对象，不是泛型Dictionary<string object></string>，避免类型擦除导致的运行时异常 - 写入时默认输出 XML 格式；如需二进制，得显式调用
PlistBinarySerializer.Serialize()
PlistDict["CFBundleIdentifier"] 取值为空？检查键名大小写和层级
常见错误现象：明明 plist 里有 CFBundleIdentifier，但代码里 plistDict["CFBundleIdentifier"] 返回 null。这不是 bug，是 .plist 结构导致的典型误判。
原因和应对：
macOS UI 自动化技能包 —— 用 Python 控制你的 Mac
下载
让 macOS 自动化像说话一样简单 —— 用代码控制你的 Mac，无需学习 AppleScript 系统要求 macOS 14+ (Sonoma) Python 3.9+ 需要开启：辅助功能 + 屏幕录制权限
-
.plist是树形结构，CFBundleIdentifier往往不在根节点，而在<dict><key>CFBundleIdentifier</key><string>com.example.app</string></dict>这样的嵌套里；先确认你要的 key 在哪一层 - 键名严格区分大小写，
cfbundleidentifier或CFBundleidentifier都会失败 - 有些 plist 使用
<dict><key>BuildMachineOSBuild</key><string>23A344</string></dict>这种扁平结构，但更多情况是外层<dict></dict>包着一个<dict></dict>（比如 Info.plist 的顶层就是<dict></dict>），别漏掉一次.Values[0]或.AsDictionary()调用 - 示例：正确取值链是
((PlistDict)plistRoot).AsDictionary()["CFBundleIdentifier"].ToString()，而不是直接对plistRoot调用["CFBundleIdentifier"]
写入后 macOS 不认新值？注意文件权限和格式一致性
改完 Info.plist 后双击安装包报错“无法验证开发者”，大概率是写入破坏了文件完整性——不是逻辑错，是操作细节没对齐。
关键点：
- macOS 签名验证依赖
.plist的字节级内容，哪怕多一个空格、换行符或 BOM 头都会让签名失效；PlistCS默认写 XML 时带 UTF-8 BOM，必须关掉：new XmlWriterSettings { Encoding = new UTF8Encoding(false) } - App Bundle 中的
Info.plist必须和原始格式一致：如果原先是二进制，你写成 XML，codesign 会拒绝；可用file Info.plist命令确认原始格式 - 写入后记得
chmod 644 Info.plist（macOS 下权限不对也会触发校验失败），C# 本身不改文件权限，得调用Process.Start("chmod", "644 Info.plist")补上 - 不要用
File.WriteAllText直接写字符串——它绕过PlistCS的序列化逻辑，丢失类型标记（比如<true></true>写成true字符串就废了）
遇到 InvalidPlistException 怎么快速定位？
这个异常基本意味着输入文件损坏或格式不被识别，但堆栈不会告诉你哪一行出问题。别急着重装库，先做三件事。
- 用系统命令验证原始文件：
plutil -lint Info.plist；如果报错，说明文件本身就有问题，C# 库无能为力 - 检查是否传入了空字节数组或 null 流——
PlistParser.Parse()对空输入抛的就是这个异常，不是格式问题 - 二进制 plist 开头是
bplist00（8 字节），XML plist 开头是<?xml；如果文件被截断或编码错乱（比如 ANSI 打开再保存），头几个字节就错了，PlistParser会直接 throw - 临时加一句：
Console.WriteLine(BitConverter.ToString(File.ReadAllBytes("Info.plist").Take(16).ToArray()));看前 16 字节是不是预期值
真正麻烦的是嵌套过深又没命名的 <dict></dict>，或者 value 是 <date></date> 但时间戳非法（比如秒数为负）。这种得靠 plutil -convert xml1 -o - Info.plist | head -20 抽样看结构，比在 C# 里硬 debug 快得多。
