mac内置ssd累计写入总量（tbw）必须通过读取nvme log page 0x02的【data units written】字段获取，可用smartctl命令或drivedx软件提取，括号内tb数值即真实物理写入量。
想确认你的 Mac 内置 SSD 累计写入了多少 TB 数据，不能靠「关于本机」或「磁盘工具」查看——这些界面根本不显示写入总量（TBW），必须调取 SSD 主控固件原生记录的 NVMe Log Page 0x02 数据，其中【Data Units Written】字段才是真实、不可篡改的物理写入量。
终端执行 smartctl 命令提取原始写入量
第一步：打开「终端」→ Spotlight 搜索“终端”并回车启动。
第二步：确保已启用 Rosetta（M1/M2/M3 Mac 必须）→ 右键「终端」→「显示简介」→ 勾选「使用 Rosetta 打开」→ 关闭窗口再重开终端。这一步漏掉会导致 smartctl 报错“Operation not permitted”，因为 Apple Silicon 上未签名的二进制无法直接访问 NVMe 设备。
第三步：安装 Homebrew（如未装）：/bin/bash -c "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/HEAD/install.sh)"
第四步：安装 smartmontools：brew install smartmontools
第五步：查出你的物理 SSD 设备名：diskutil list | grep "NVMe\|internal"→ 结果中找顶层盘符，例如【disk0】（不是 disk0s1、disk0s2 等分区）。选错设备名将导致命令无输出或报错“no NVMe device found”。
第六步：执行读取命令（把 disk0 替换为你查到的实际设备名）：sudo /usr/local/sbin/smartctl -a /dev/disk0→ 输入管理员密码后等待输出完成。
第七步：在大量文本中快速定位这一行：【Data Units Written: 123456 (63.2 TB)】→ 括号里的数值就是已自动换算完成的真实写入总量（单位 TB），无需手动计算。注意：该值为累计物理写入量，包含系统后台日志、虚拟内存交换、TRIM 操作等全部底层写入，非用户可见文件大小总和。
图形化替代方案：DriveDx 直接读取并可视化
方法一：下载安装 DriveDx（官网 drivemax.com，支持 macOS 13+）→ 启动后自动扫描 NVMe 设备 → 在主界面找到你的 SSD 型号 → 查看「Host Writes」字段，单位为 TB，数值与 smartctl 一致。
方法二：点击右侧「Health」标签页 → 观察「Percentage Used」进度条，该值来自同一份 NVMe Log Page 0x02，是主控固件直接上报的寿命消耗比，和写入量严格对应。
注意：DriveDx 预置了 Apple 自研 SSD（如 AP0512M、AP1024M）的映射表，能绕过部分系统权限限制，M 系列芯片上成功率高于命令行。
快速筛查是否异常（免安装）
苹果菜单 →「关于本机」→「系统报告」→ 左侧展开「NVMe」→ 找到主 SSD → 查看「S.M.A.R.T. 状态」。
显示「已验证」仅说明当前无硬件告警，不提供写入量数值；若显示「警告」或「失败」，说明 SSD 已触发 JEDEC 寿命阈值，此时应立刻停止写入并备份，但写入总量仍需用 smartctl 或 DriveDx 查实。
监控实时写入行为（定位高写入进程）
① 打开「活动监视器」→ 点击顶部标签栏「磁盘」→ 查看「写入」列，按降序排列，找出持续高写入（如 >10 MB/s）的进程。
② 若发现「kernel_task」「mds_stores」「stored」等系统进程长期占高，可进一步在终端运行：sudo fs_usage -w -f filesys | grep "write"，实时捕获写入调用来源。
③ 对于怀疑由 Time Machine 或 iCloud Drive 引发的写入，可临时禁用对应服务，观察「写入」数值是否回落——这能帮你区分是用户主动写入还是系统后台策略性刷写。
