app store 更新不会主动操作符号链接，但更新预装应用时会覆盖/applications中的.app目录，导致其中的软链接被删除或失效；需通过ls -la检查链接存在性、系统日志比对更新时间、验证双击报错及mdls识别结果来排查；推荐将应用装入/applications再建反向链接，避免直接在该目录下用软链接替代.app。
app store 更新本身不会主动创建、修改或删除用户目录下的符号链接，但它在更新某些预装应用（如 pages、numbers、keynote、garageband、xcode 等）时，可能触发系统级重装或替换 /applications 或 /system/applications 中的.app包。若你在这些路径下手动创建了指向其他位置的软链接（例如将 xcode.app 链接到 ssd 外置盘），app store 更新就可能破坏它——因为更新过程会直接覆盖目标路径下的整个 .app 目录，而软链接本身会被当作普通文件被删除或忽略。
要排查是否因 App Store 更新导致软链接失效，可按以下三步操作：
确认软链接是否还存在且指向有效目标
打开终端，运行：
ls -la /Applications/Xcode.app
若输出类似 Xcode.app -> /Volumes/SSD/Xcode.app，说明链接存在；但若显示 No such file or directory，说明链接已被删除。若显示链接存在但目标路径（如 /Volumes/SSD/Xcode.app）不存在或 ls -lO 显示 restricted 权限，则目标已损坏或被 SIP 限制访问。
检查 App Store 更新日志与时间线
App Store 不提供详细操作日志，但可通过系统日志反推：
log show --predicate 'subsystem == "com.apple.appstore"' --last 7d | grep -i "install\|update\|Xcode\|Pages"
结合你发现链接失效的时间点，比对是否有对应更新记录。若发现某次更新后链接消失，基本可确认是该次更新清除了 /Applications 下原有条目（包括软链接），并替换成全新签名的 .app 包。
利用 macOS 原生能力实现本地语音识别与合成。通过 yap (Apple Speech.framework) 进行语音转文字，通过 say + ffmpeg 进行文字转语音。完全离线，无需 API 密钥。具备音质检测与智能选声功能。
验证软链接被破坏的典型表现
- 打开访达 → 进入
/Applications→ 软链接图标带箭头但双击报错“找不到应用程序” - 终端中
open /Applications/Xcode.app提示The application cannot be opened because it was not found. -
mdls /Applications/Xcode.app | grep kMDItemContentTypeTree显示为空或非com.apple.application-bundle，说明系统已不识别其为合法 app
避免再次被破坏的实用做法：
- ✅ 把大体积应用（如 Xcode）安装到
/Applications物理路径，再用ln -s在别处建反向链接（如~/Desktop/Xcode→/Applications/Xcode.app），这样 App Store 更新不影响源位置 - ❌ 不要在
/Applications内直接用软链接替代原.app（这是高危操作） - ⚠️ 若必须外挂，改用
--no-sandbox启动脚本或 alias 替代，或使用brew install --cask xcode（需配合 Homebrew Cask 管理）
本质上，这不是 App Store “故意破坏”，而是它遵循苹果签名验证与沙盒部署规范：所有预装和公证应用必须以完整 bundle 形式存在于受保护路径，软链接无法通过 Gatekeeper 校验，因此更新机制会跳过或清除它。
