GreedyAbyssC盘空间告急这事，几乎每隔一阵就会在群里被翻出来问一遍：“Windows提示本地磁盘C空间不足，到底哪些文件能删？为什么这个文件夹看着巨大但点进去啥都没有？WinSxS能不能直接删？要不要用工具扩容？”问的人多了，我干脆把这些年帮人清C盘、给自己电脑折腾系统盘的经验按套流程写出来，照着一步步走，基本能把C盘从“红条”拉回“蓝条”，而且不会误伤系统。
这篇内容不只讲“点哪里删除”，更偏向讲清楚每个操作背后的原理、边界和风险。包括：动手前必须先做的三道保险、最容易被忽视的“隐形占用大户”、人人都提但多数人搞错的WinSxS组件清理、Windows自带工具的真实效果，以及网上出现频率极高的“Administrator文件夹很大却看不到内容”到底怎么回事。全文按实战复盘的方式展开，不论你是普通用户还是喜欢折腾系统的玩家，都能找到适合自己操作深度的部分。
1. 清理之前必须先干的三件事：还原点、全盘体检和空间报表
1.1 先花两分钟建一个系统还原点
很多人一看到C盘标红就急着找文件删，这个顺序其实是错的。清理系统盘的第一步，不是“删”，而是“留后路”。因为清理过程中，尤其是手动删除或调用组件清理命令时，一旦哪个环节误伤了系统文件，可能不是重装系统那么简单，有些软件的环境配置、驱动状态会跟着一并出问题。
Windows的系统还原功能默认情况下未必是开启的，所以不要默认“系统应该已经替我建了还原点”。最好手动确认一遍：
- 按下 Win + R，输入
sysdm.cpl回车，切到“系统保护”标签页； - 选中本地磁盘 C，点“配置”；
- 如果状态是“已禁用”，先启用，并把磁盘空间使用上限拉到5%左右（如果C盘本来就紧张，可设到3%）；
- 点击“创建”，输入一个容易识别的名称，比如“2025-xx-xx 清理前”，等待它跑完。
这个还原点做一次也就一两分钟，但它是后续所有清理操作的安全底线。我见过有的用户把系统保护关了以为能省空间，实际省出来的空间非常有限（通常也就几个GB），却把关键时候能救命的功能给砍了，非常不划算。
1.2 先给“疑似被占满”的系统盘做个文件系统体检
这里必须要提一个高频场景：很多人因为C盘空间不足，会去用DiskGenius之类的分区工具尝试扩容，结果弹出“本地磁盘检测到文件系统错误：$Bitmap中有标记”，扩容失败，甚至不敢继续操作。
遇到这种提示，先别慌。$Bitmap是NTFS文件系统里用来记录簇分配状态的核心元文件，它报错说明当前分区存在文件系统层面的不一致，可能是异常断电、强制重启、坏道或者非正常关机导致的。此时最优先的任务不是清理，也不是扩容，而是先执行一次完整的文件系统检查。
操作方法：以管理员身份打开命令提示符（在开始菜单搜索“cmd”，右键选择“以管理员身份运行”），执行：
bash复制chkdsk C: /F /R
系统会提示该卷正在使用，是否计划下次重启时检查，输入 Y 后重启电脑，等待检查完成即可。需要说明的是，/R 参数包含坏扇区检测，耗时可能比较长，500GB的C盘在机械硬盘上可能要跑一晚上，SSD会快很多。但这一步不能省，它既能让后续扩容操作不再报错，也能排除因文件系统错误导致的“空间计算不准”问题。
1.3 用空间分析工具生成报表：别靠肉眼猜
很多用户清理C盘的逻辑是“打开此电脑，看哪个文件夹大就进去删”。这招对D盘的个人资料目录或许好使，到了C盘就基本失效了，因为C盘的关键目录是分散的：用户数据在 C:\Users\你的用户名，系统组件在 C:\Windows，虚拟内存和休眠文件在根目录且默认隐藏，软件缓存又散落在多个AppData子目录。
我的习惯是先跑一次全盘空间分析，把所有“大块头”用可视化的方式列出来。Windows里没有内置特别好用的磁盘空间分析工具，第一方工具只能看到文件夹大小的大概层级，不够直观。可以下载一个小巧的第三方工具：WizTree（官网即可获取），绿色免安装，以管理员身份运行后选中C盘，十几秒就能扫完NTFS分区，并生成一份按文件大小排序的清单。
使用WizTree有一个非常实用的技巧：扫完后点击“文件大小”列按从大到小排序，然后从上往下看，一般排在最前面的就是真正的“占盘大户”。这个方法比任何一个“一键清理软件”都靠谱，因为你还原了空间消耗的真实分布，接下来就能精准决定哪些该动、哪些不该动。
1.4 对“清洁工具”保持基本戒心
如果你看到这里正打算去下载各种“C盘清理大师”“垃圾清理专家”，我劝你先停一下。这些工具里面，确实有一部分是称职的，但更大的问题是：市面上的同类软件水平参差不齐，有的会打包推广后台常驻，有的在清理逻辑上不够克制，可能会把本该保留的预读缓存、日志文件一并删除，导致个别软件首次启动变慢，甚至偶发异常。系统盘清理，最好的工具其实是“系统自带清理 + 三五个冷门但可靠命令 + 人工判断”，而不是某个一键扫全盘的第三方产品。
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 先揪出两类“看不见”的空间大户：休眠文件、虚拟内存和系统还原
2.1 hiberfil.sys：休眠文件占掉你内存大小的75%甚至更多
空间分析报告列出来后，很多第一次用WizTree的人都会愣住：C盘根目录下有个叫 hiberfil.sys 的文件，动辄好几GB甚至十几GB，但正常打开C盘根本看不见它——因为它是一个受保护的系统文件，默认隐藏。
hiberfil.sys 是Windows休眠功能用来保存内存镜像的载体。当电脑进入休眠状态（注意是“休眠”不是“睡眠”）时，系统会把内存里的全部数据写入这个文件，然后彻底断电。下次开机时，从这个文件恢复现场。它的默认大小和物理内存容量相关，大约是物理内存的40%到75%不等，如果勾选了“快速启动”，系统也可能保留一个压缩版的内核会话镜像。
如果你平时根本不用休眠功能（比如台式机常年插电，用完直接关机或睡眠），这个文件是可以安全关闭释放空间的。方法很直接，管理员身份打开命令提示符，执行：
bash复制powercfg -h off
执行后，hiberfil.sys 会立刻被删除，磁盘空间同步释放。以后哪天又需要休眠了，再执行：
bash复制powercfg -h on
需要注意，关闭休眠会同时关闭“快速启动”功能，开机速度会从“冷启动快速恢复”变成“传统冷启动”，在SSD上区别并不明显，机械硬盘上可能慢个几秒。如果你确实依赖快速启动，那这个文件就别关，去权衡一下是空间重要还是开机那几秒重要。
2.2 pagefile.sys：页面文件可以挪，但别轻易关
紧跟在 hiberfil.sys 旁边，还会看到一个 pagefile.sys，这是Windows的虚拟内存页面文件。它的作用是把内存中暂时不活跃的数据“换出”到磁盘上，为活跃程序腾出物理内存空间。默认情况下，系统会把它放在C盘，大小为物理内存的1.5倍左右，16GB内存的机器可能看到16GB到24GB的pagefile，这在老教程里经常被当作“无用文件”建议删除。
直接禁用页面文件不是个好主意。很多大型应用、编译工具、虚拟机环境对虚拟内存有硬性依赖，一旦没有页面文件，系统可能直接报“虚拟内存不足”，甚至导致某些程序崩溃。更合理的做法是把页面文件从C盘转移到D盘或其他非系统分区：
- 右键“此电脑” ->“属性” ->“高级系统设置”；
- 在“高级”标签页的“性能”区域点击“设置”；
- 切到“高级”标签页，找到“虚拟内存”，点击“更改”；
- 取消“自动管理所有驱动器的分页文件大小”；
- 选中C盘，点“无分页文件”，然后点“设置”；
- 再选中D盘或其他分区，点“系统管理的大小”或自定义大小，点“设置”；
- 一路“确定”后重启电脑。
重启后系统会在新位置生成pagefile，C盘的空间也就释放出来了。唯一的代价是，如果系统发生内存转储（蓝屏时要写内核转储），转储文件默认需要写在这一个页面文件里。为了能够正常生成崩溃转储，建议把C盘至少保留一个“系统管理的大小”的页面文件，而不是完全设置为“无”，体积可以小一点，比如固定给512MB到2GB就行，或者接受蓝屏转储不可用的小风险。这是个取舍问题，不用太纠结，我一般会保留一个1~2GB在C盘，剩下的挪走。
2.3 System Volume Information：系统还原点的“吸水层”
还有一个看起来非常隐蔽的“大户”——C:\System Volume Information。这个文件夹系统拒绝普通用户访问，默认状态下即使管理员双击也会报“拒绝访问”。它就是系统还原点、卷影复制等功能的存储空间。只要系统保护开启过、或者某些备份软件做过卷影快照，这里就会持续积累数据。
处理方式就是回到“系统保护”设置面板，选中C盘后点“配置”，可以通过“删除”按钮清掉现有的所有还原点，再重新分配空间上限。如果想清理得更彻底，可以使用管理员命令：
bash复制vssadmin list shadowstorage
先看当前卷影存储的占用情况，再执行：
bash复制vssadmin delete shadows /for=C: /oldest
这条命令会按顺序删除最旧的卷影副本。不过说实话，如果先前已经在系统保护配置里把上限调小了，这块空间的增长会被自动限制住，不太需要频繁手动介入。
3. WinSxS 不是摆设：给组件存储合理瘦身的方法
3.1 为什么WinSxS文件夹不能直接删
涉及Windows系统盘清理，绕不开的就是 C:\Windows\WinSxS，它被称为组件存储（Component Store）。很多初次接触的用户看到它十几个GB甚至几十GB的体积，第一反应是“系统垃圾，删了能腾空间”。这是最危险的操作，WinSxS内部以硬链接方式保存了系统中几乎所有系统文件的多个版本，如果直接删除，系统会立刻损坏，轻则后续更新失败，重则无法正常启动。
关键的理解点：WinSxS在资源管理器里显示的体积并不完全等于实际占用的物理磁盘空间。因为文件夹中的很多文件与 C:\Windows 下其他目录的文件是硬链接关系，引用的是同一份数据，但资源管理器统计时不识别硬链接去重，于是显示体积会比真实增量占用大很多。这也是为什么有人清理后，明明看到“扫出20GB垃圾”，实际可用空间只增加了几个GB。
3.2 先用DISM分析，再决定动不动
在动WinSxS之前，先执行组件存储分析命令，看看它到底能释放多少空间。管理员身份打开命令提示符，执行：
bash复制Dism.exe /Online /Cleanup-Image /AnalyzeComponentStore
运行完成后，系统会输出类似这样的内容：
code复制[==========================100.0%==========================]
组件存储(Windows) 信息:
实际使用的空间 : 9.26 GB
共享的空间 : 2.11 GB
备份和禁用功能 : 1.73 GB
缓存和临时数据 : 0.38 GB
可回收的空间 : 1.97 GB
最有参考价值的就是最后一项“可回收的空间”。这个数字表示执行组件清理后最多还能释放多少。如果只有几百MB，那说明你的系统组件存储本来就很健康，没必要再折腾。如果显示几个GB，可以继续执行下一步清理。
3.3 正确的组件清理命令与参数区别
需要清理时，执行：
bash复制Dism.exe /Online /Cleanup-Image /StartComponentCleanup
这个命令会清理被替换掉的旧版本组件，是相对安全的例行清理。它可能会跑比较久，期间窗口看似无响应，这是正常的，不要强制关闭。
如果系统曾安装过大量Windows更新，且你已经确认不想再回滚到以前版本，可以加一个参数把清理做得更彻底：
bash复制Dism.exe /Online /Cleanup-Image /StartComponentCleanup /ResetBase
/ResetBase 的含义是“把当前所有已安装的更新标记为不可卸载”，然后删除这些更新对应的旧组件。执行后，Windows更新列表中之前的补丁都会变成“无法卸载”的状态，但系统稳定性和功能不受影响。它的副作用主要是“不可逆”，所以建议在确认系统各方面正常、没有需要卸载的更新后再执行。
3.4 其他WinSxS瘦身姿势：清理过期更新和替换的组件
除了上面两种命令，Windows还提供了通过计划任务自动清理过期组件的机制。打开“任务计划程序”，依次找到“任务计划程序库” ->“Microsoft” ->“Windows” ->“Servicing”，里面有一个名为 StartComponentCleanup 的任务。系统会在空闲时自动执行一次组件清理，运行条件是系统空闲一段时间后触发。
如果你比较保守，不想手动敲DISM命令，右击这个计划任务选择“运行”即可，效果等同于执行了一次 /StartComponentCleanup。
还有一个边缘技巧：如果看到WinSxS内部的“Backup”目录占用明显偏大，通常是因为之前使用过 DISM /Append-CustomDataImage 之类的高级命令，或者系统更新发生过异常。多数情况下不建议手动处理，让计划任务和上面的StartComponentCleanup去兜底即可。
3.5 WinSxS清理后的真实收益
我自己有台主力机，Windows版本从21H2一路升到23H2，期间安装和卸载过不少Visual Studio组件和.NET运行时。没清理前，AnalyzeComponentStore 显示可回收空间约6.4GB。执行带 /ResetBase 的清理后，实际释放约5.8GB。这个数字与市面上那些号称“一键清理出几十GB”的宣传相差很远，但它是真实可靠的。
遇到有人说“网上教程删完WinSxS系统盘瘦了20GB”，要分情况看待。他可能把WinSxS、休眠文件、temp、软件缓存全搅在一起算了。就WinSxS本身而言，正常使用的系统绝大多数情况下可回收空间在2~8GB之间，极少出现二三十GB的可回收量。如果Analyz输出显示的可回收空间特别大，要留意系统内是否安装过大型套件且升级过多次版本，这类场景确实可能攒下很多无用的旧组件。
4. cleanmgr与存储感知的正确姿态：自带清理工具的真实收益
4.1 磁盘清理工具的正确打开方式
Windows自带磁盘清理工具（cleanmgr）是最容易被低估，也最容易用错位置的功能。很多人直接在“此电脑”里右键C盘 ->“属性” ->“磁盘清理”，扫完看到“Windows更新清理”只有几十MB、临时文件几百MB，就得出结论“自带工具没用”。这是因为普通权限模式下，磁盘清理只能看到当前用户上下文里的部分临时文件，系统级更新的清理项不会完整展示。
正确姿势是：在磁盘清理工具界面上点击“清理系统文件”按钮，工具会请求管理员权限，然后重新扫描一次。这次扫描会把系统级内容项完整列出来，包括“Windows更新清理”“传递优化文件”“旧的ChkDsk文件”“系统还原和卷影复制”等。其中“Windows更新清理”在长期更新的系统上往往有可观的积压量，选中即可释放。
如果想用命令行一键唤起这个完整模式，可以执行：
bash复制cleanmgr /d C
或者直接运行 cleanmgr /sagerun:1（前提是你已经配置过 cleanmgr /sageset:1 的选项）。
4.2 “Windows更新清理”到底清的是什么
有个现象很普遍：明明执行过DISM组件清理，但在磁盘清理工具里还能看到“Windows更新清理”项目，并且占用不小。这是因为磁盘清理工具清理的“Windows更新缓存”不仅是WinSxS里的旧组件，还包括了 C:\Windows\SoftwareDistribution\Download 下的安装包缓存。Windows更新过程中下载的安装包默认不会自动删除，即便更新已经装完，这些安装包仍留在本地。积少成多，几轮大版本更新后这部分可能攒到2~3GB。
这里需要注意：SoftwareDistribution\Download 文件夹确实可以删，但它必须保证没有正在进行的更新任务。否则可能破坏更新队列，导致后续更新需要重新下载。相对稳妥的做法是：如果磁盘清理工具里已经识别到相关条目，直接勾选让它自己处理即可。在“清理系统文件”里它还显示不出来，再考虑手动处理。
4.3 “传递优化文件”是否能删
磁盘清理列表中还经常出现“传递优化文件”（Delivery Optimization Files）。这是Windows为了加速更新分发而使用的P2P缓存机制，简而言之就是其他电脑从你这台电脑获取过更新包，系统缓存了这些分片文件。严格来说，这部分文件是可有可无的缓存，删除不会影响系统功能，释放的空间通常不大（几百MB到1GB），但胜在安全。不想让Windows再占用这部分空间的话，可以在“设置”->“系统”->“系统组件”???（不同Windows版本路径略有差别）里关闭“允许从其他电脑下载”的选项，一劳永逸。
4.4 存储感知：给自动清理设个“闸门”
如果你不想每隔几个月手动跑一遍，Windows 10/11自带的“存储感知”可以做到一定程度的自动维护。入口在“设置”->“系统”->“存储”，打开“自动清理临时文件”或“存储感知”开关，并配置“运行存储感知”的频率（默认是磁盘空间不足时运行，可以改成每天、每周或每月）。在“临时文件”配置里，可以勾选删除“应用不再使用的临时文件”等内容。
不过我对存储感知的态度是：它适合作为“下限保障”，不适合当成“主力清理手段”。因为它的清理逻辑比较保守，面对真正占空间的大户（比如休眠文件、WinSxS、大型应用缓存），它原则上一个都不碰。我的建议是：开一个每周检测的存储感知当作“兜底”，但每月还是手动跑一次完整的清理流程。
5. “Administrator 很大却看不到内容”的真相与用户目录清理顺序
5.1 网上高频问题：“Administrator文件很大却看不到内容”
搜索热词里有一类出现频率极高的问题：“Administrator文件很大却看不到内容”“用户文件夹占用大但进去什么都找不到”。这个问题我第一次看到也觉得奇怪，后来在帮人排查时发现多半是以下三种情况叠加造成的：
第一个原因是隐藏文件与系统文件默认被过滤。用户文件夹里占比最大的一般是 AppData，这个目录里面保存了大量软件的配置、缓存、日志和本地数据。AppData 本身不是隐藏文件夹，但它的三个子目录中，绝大多数软件会把缓存和数据写到 AppData\Local 和 AppData\Roaming 下面。体积很大的数据文件可能藏在深层路径中，比如各软件的IndexedDB、Code Cache、GPUCache目录。资源管理器如果不显示隐藏的项目和受保护的系统文件，会漏看一部分；而且在文件夹属性里看到的大小是所有层级文件总和的统计，可正常浏览时因为很多目录级别的“数字”被折叠在“属性”弹层里，视觉上就会形成“体积极大但看不到内容”的错觉。
第二个原因是权限限制或访问缓慢。有些第三方软件的用户数据目录带有特殊权限继承设置，普通资源管理器逐层点进去的时候，某些子目录会弹出“拒绝访问”或者极慢的“正在计算”状态。这些子目录中的数据依然计入上一级文件夹的体积，但用户实际无法在文件树中快速展开看到明细。
第三个原因是大量小文件造成的“体积与观感不符”。比如某软件的数据库有几千个小文件，单个文件几KB，总和却有好几个GB。在资源管理器里即便逐层浏览，也未必能把体积归因到一个具体文件上，因为列表默认不会为文件夹统计“内部所有文件的总大小”。
所以遇到“Administrator文件夹很大但看不到内容”时，正确的排查方式仍然是回到WizTree之类的空间分析工具，让它直接扫描物理磁盘的目录树。它能穿透权限显示每一层文件夹的体积排序，很快定位到诸如“AppData\Local\Google\Chrome\User Data\Default\Cache”“AppData\Local\Packages”这类真正的空间大坑。
5.2 AppData里能清理的部分，和绝对不能清理的部分
搞清楚体积藏在哪之后，用户目录的清理思路就可以按以下顺序展开：
一是临时文件夹。路径为 %LocalAppData%\Temp，即 C:\Users\你的用户名\AppData\Local\Temp。这个目录下存放的是各种软件运行时产生的临时文件，理论上是可以整体清空的，实际操作可能因为部分文件被正在运行的程序占用而删不掉，跳过即可。可以按 Win + R，输入 %temp% 回车，然后 Ctrl+A 全选，Shift+Delete 删除。删不掉的提示“文件正在使用”，不用管，跳过。积攒较久的话，这里往往能清理出1~3GB。
二是各类“缓存”性质目录。常见如 Chrome/Edge 的 Cache、Code Cache、GPUCache，开发工具如npm、pip、yarn的缓存目录。它们都能安全清除，代价只是下次启动软件时需要重新建立缓存，首次加载会稍慢一点。清理时可保留这些主目录结构，只删除其中的文件内容，不要动父级文件夹本身，免得某些软件在启动时找不到预期路径报错。
绝对不能动的部分包括：AppData\Local\Packages 下的UWP应用数据目录、包含数据库原文件的目录（例如某些笔记软件、聊天软件的本地存档目录）、带有“凭据”“配置”字样的目录。这些文件和系统设置、个人数据绑定在一起，删除后轻则软件需要重新登录，重则本地数据库直接损坏。清理用户目录的唯一准则是“分清缓存和数据”，只删可以再生的缓存，不碰不可再生的数据。
5.3 不想再让C盘变满，就把“巨型仓库”搬走
空间分析时，真正让人头大的往往不是几个GB的缓存，而是数个GB甚至数十GB的软件数据仓库。典型例子就是微信PC版、企业微信、钉钉这类聊天工具的本地文件存储目录。默认情况下，微信会把所有聊天图片、视频和接收的文件保存在 C:\Users\你的用户名\Documents\WeChat Files 下，几年的聊天记录和媒体文件轻轻松松涨到20~30GB。
清理这类数据有一个原则：不要直接删“WeChat Files”，而是要利用软件自带的文件管理和迁移功能。微信PC版的设置里可以修改文件保存路径，先退出微信再迁移到D盘。QQ、企业微信、钉钉都有类似的存储路径设置。迁移完成后，C盘会释放极为可观的空间，且不影响历史记录和文件。这个操作虽然不是“清理垃圾”，但对C盘空间管理的帮助远大于慢慢抠临时文件。
5.4 用户目录里“回收站”体积也别忽略
还有一个常被忽略的点：回收站里的文件也是计入磁盘占用和用户目录整体占比的。如果C盘空间紧张，右键回收站选择“清空回收站”能立即释放一部分空间。清空前务必确认没有需要恢复的文件，因为一旦清空，第三方恢复软件也未必能百分之百找回来。
6. 维护节奏与我的个人建议：清理不是一次性的，扩容也不是首选
6.1 一套可复用的月度检查节奏
经过前面的操作，C盘通常会释放出几个GB到十几GB的空间。但如果你就此认为“完事大吉”，过几个月大概率又会回到标红状态。C盘瘦身本质上是“持续的资产管理”，不是“一次性的保洁”。
我给自己电脑定的维护节奏是：每个月第一个周末跑一遍wiztree，扫完看排名前三的占用是否符合预期。接着执行一次 cleanmgr 的“清理系统文件”，再顺手看一眼“存储感知”里有没有异常积压的临时文件。每个季度末跑一次 Dism /AnalyzeComponentStore，如果显示可回收空间超过1GB，再执行 StartComponentCleanup /ResetBase。这套节奏不需要频繁折腾，也不会让系统因为过度清理而出现副作用。
6.2 “C盘分区扩容”的适用前提
还有一部分用户遇到C盘空间不足时，第一反应是用分区工具从D盘或其他分区“借”空间扩容C盘，这也是热词里反复出现的操作方向。对于分区扩容，我个人的看法是：它适合“系统盘物理空间确实偏小，且不想重装系统”的人，但它不是C盘空间不足的首要解法。
扩容前必须满足两个前提：一是目标磁盘必须是同一块物理磁盘上的相邻未分配空间，如果要从其他分区挤空间，需要先破坏该分区末尾的数据顺序，部分工具支持无损调整，但风险系数比清理文件高得多；二是源数据需要尽量提前备份，同时按照第一章的流程确保文件系统没有报错，否则容易出现类似“$Bitmap中有标记”后扩容失败的情况。
如果你已经排除了“清理可解决”的可能性，且C盘容量确实低于日常使用需求（比如装着大型开发环境却只有128GB系统分区），那扩容或重装并重新规划分区都是合理选项，只是优先级别排在“先捋一遍有没有可清理项”之后。
6.3 最后分享一点个人体会
清理系统盘这件事，最怕的不是没有工具，而是“手里有锤子，看什么都像钉子”。一个原则值得反复强调：能通过系统机制解决的，不手动删；能确定是缓存再生的，才考虑清空；凡是涉及数据、配置、日志、状态的目录，宁可不清理也不要盲目删除。按这个原则操作下来，C盘不仅不会频繁变红，系统稳定性也会比那种“见到文件夹大就掏出软件一键梭哈”的方式可靠得多。每次帮别人清完系统盘，我都会补一句：好用的清理方法，往往都是“看着不疼不痒”的积累管理，真正伤筋动骨的操作，大概率也伴随着伤筋动骨的风险。