macos应用安装临时目录分散在多个路径：一、全局临时区/tmp（即/private/tmp）用于解压和校验；二、系统更新缓存/library/updates及~/library/caches/com.apple.softwareupdate；三、沙盒临时目录/private/var/folders中c/和t/子目录；四、用户级缓存如~/library/caches/和~/library/application support//temp/。
macOS 应用安装过程中的临时目录，主要服务于下载、解压、校验、签名验证和安装执行等环节，不是单一路径，而是分散在系统多个层级的临时工作区。这些目录大多不自动清理，长期残留会推高“系统数据”占比，尤其在频繁安装/更新 App（尤其是大型开发工具、数据分析软件）后尤为明显。
一、安装器运行时使用的全局临时区（/tmp 与 /private/tmp）
绝大多数图形化安装器（.pkg 或 .dmg 挂载后双击运行的 Installer.app）会在启动时创建临时工作空间：
- /tmp 是符号链接，实际指向 /private/tmp；该路径被所有用户和服务共享，安装器常在此解压包体、展开捆绑资源、生成临时配置
- 部分安装器（如 Tableau、Docker Desktop、VMware Fusion）会显式将缓存或中间产物写入
/private/tmp/com.company.name.*这类命名子目录 - 即使安装失败或强制退出，这些文件也常滞留——系统只在每日 periodic 脚本中清理 7 天以上 的内容，短期残留仍可观
二、软件更新机制专用缓存路径（/Library/Updates 及相关）
通过「系统设置 → 软件更新」触发的 macOS 系统级升级或 Command Line Tools 安装，使用独立缓存体系：
-
/Library/Updates/：存放已下载但未安装的完整安装包（如
041-85179文件夹），或安装成功后未清除的备用副本；每个文件夹含 pkg、Info.plist 和签名文件 - ~/Library/Caches/com.apple.SoftwareUpdate/：缓存元数据、增量补丁索引、证书链和分段下载块；不影响功能，但可占 1–3 GB
-
/private/var/folders/xx/yy/C/com.apple.SoftwareUpdate/：随机哈希路径下的临时下载区，由
softwareupdated进程管理，异常中断后易堆积
三、应用沙盒与安装器私有临时目录（/private/var/folders）
macOS 为每个进程分配隔离的临时容器，Installer.app 及其子进程也不例外：
- 路径形如
/private/var/folders/ab/cdefghij0123456789klmnopqr/，其中C/子目录专用于缓存（Cache）、T/用于临时文件（Temporary）、C/com.apple.installer/可能出现安装器专属缓存 - 这些目录由系统自动命名和挂载，访达不可见，但可通过终端定位：
sudo find /private/var/folders -name "com.apple.installer" -type d - Xcode、Homebrew、MacPorts 等开发工具的安装脚本也大量复用此机制，构建中间产物（.o、.a、archive）常驻留数日
四、用户级应用缓存与安装残留（~/Library 中的临时态位置）
某些应用（尤其非 Mac App Store 渠道）在首次启动或更新时，会模拟“安装”行为，在用户目录生成临时结构：
-
~/Library/Caches/
：如 com.google.Chrome、com.tableau.Desktop，存放解压后的资源、预编译脚本、字体缓存等 -
~/Library/Application Support/
/Temp/ 或 ~/Library/Preferences/.LSSharedFileList.plist ：部分安装向导会在此写入临时状态或未完成的注册信息 -
~/Library/Saved Application State/
.savedState/ ：崩溃或异常退出后保留的 UI 快照，虽非严格“安装临时文件”，但常与安装流程耦合（如首次配置向导中断）
这些目录不参与系统重启自动清理，也不受 iCloud 同步影响，需手动介入或依赖应用自身逻辑释放。识别并清理它们，是降低“系统数据”体积最直接有效的方式之一。
