上周同事把虚拟机截图发我Windows 10 右下角飘着红色提示C 盘可用空间不足。我问他虚拟磁盘给了多大他说 80GB我说那应该很宽裕啊结果一查分区最大只有 40GB。这种情况在 VMware Workstation 环境里太常见了——创建虚拟机时图省事用了默认磁盘大小后来想扩容又在设置里直接改了个大数字进系统一看还是老样子。别笑很多刚接触虚拟机的人都会卡在这。今天就把从虚拟磁盘扩容到分区扩容的完整流程写清楚Windows 和 Linux 两套系统都会覆盖到用的都是 VMware Workstation 15/16/17 上验证过的操作VirtualBox 用户也能找到对应的命令。文章会比较长建议先收藏再操作。1. 先把概念理清vmdk 变大了不等于 C 盘变大了1.1 虚拟磁盘和分区是两回事拿酒店做类比vmdk 文件是整栋楼的建筑面积分区表是楼层隔断C 盘是其中一个房间。你把整栋楼的外墙往外扩了但中间的隔断没动房间还是原来的大小。虚拟机的工作原理类似vmdk 是给客户机guest看到的一块硬盘而这块硬盘里面怎么分区、C 盘多大由客户机操作系统自己的分区表决定。所以虚拟机设置里改磁盘大小改变的只是硬盘容量上限分区表不会自动跟着变。要真正让 C 盘变大必须走完三步。还有一个更隐蔽的误解有人觉得 vmdk 是文件直接把文件复制一份或者换个大硬盘就行也有人觉得把 vmdk 从 40GB 改成 80GB 后里面系统就自动变成 80GB。这两种想法都不对。vmdk 扩容之后客户机系统看到的还是原来的硬盘内容多出来的空间只是一段未分配区域系统不会主动把它并给 C 盘需要你手动把这段区域扩展进现有分区。很多教程只让你在虚拟机设置里改数字难怪操作完一点效果都没有。1.2 扩容的总流程就三步整个扩容路径其实非常清晰无论 Windows 还是 Linux都是同一个套路在虚拟化层扩大虚拟磁盘vmdk 文件的最大容量变大在客户机里扩大分区把未分配空间划给 C 盘所在分区扩大文件系统Windows 一般在扩展卷时一并完成Linux 需要额外执行 resize2fs 或 xfs_growfs这顺序不能乱而且每步都要确认上一步生效了再走下一步。比如你先在虚拟机设置里把磁盘从 40GB 改到 100GB但没进系统扩展分区那 C 盘还是 40GB反过来你想先在系统里扩展分区可虚拟磁盘本身没扩大那系统里压根看不到未分配空间也没法操作。判断每一步是否生效的方法也很简单虚拟化层扩容后虚拟机设置里磁盘大小会变成目标值客户机里用磁盘管理Windows或 lsblkLinux能看到未分配空间扩展分区后资源管理器或 df -h 里 C 盘/根分区会显示新的容量。三步都核对完扩容才算真正完成。1.3 先判断你的虚拟机是否值得扩容动手之前先冷静一分钟不是所有虚拟机都值得扩容。我见过不少同事的虚拟机里堆了三四个旧快照、几个已经不再使用的开发环境、还有一堆没用的安装包这种机器与其扩容不如直接清理重建。值得扩容的情况系统环境配置复杂、装了特定版本的开发工具链、数据库里有重要但不便迁移的数据这种迁移成本高扩容最划算。不值得扩容的情况只是一个测试用的临时系统、或者系统版本已经接近生命周期末尾比如 Windows 7 老虚拟机这种建议直接新建别浪费时间。另外有个成本计算容易被忽略扩容一个 60GB 的 vmdk 到 120GB如果原本是立即分配全部空间的厚置备模式宿主机磁盘马上要腾出额外的 60GB如果是精简置备扩容后 vmdk 文件不会立刻变大但后续客户机往里写数据时会逐渐膨胀。所以动手前先在宿主机上看看剩余磁盘空间够了没有别把宿主机也搞红了。2. 动手前的准备工作快照、清理、分区表检查2.1 有快照时为什么扩展按钮是灰的很多人在虚拟机设置里想改磁盘大小时发现磁盘大小输入框是灰色的怎么点都没反应。这时候九成原因是你给虚拟机做了快照。VMware 快照的机制是生成一系列差分文件delta 文件每个快照都记录了当前虚拟磁盘相对于上一个状态的差异。一旦存在快照虚拟磁盘的链式结构就被锁定了扩容操作会破坏这条链——因为你把磁盘尾部加长快照里记录的内容偏移就得全部重算VMware 干脆禁止在有快照时扩展磁盘。解决办法只有一个打开虚拟机 → 快照管理器把所有快照删除让数据合并回基础 vmdk。这里提醒一句删除快照是不可逆操作。如果快照里有你想保留的某个干净状态比如一个刚装好系统还没装多余软件的状态建议先想清楚。删除全部快照后快照里的所有历史状态都会消失只保留当前磁盘状态之后想回滚到以前的任何时间点都不可能了。2.2 先做一份后悔药备份既然有快照没法扩容、扩容前又想留条后路那正确的备份姿势是什么我在实际处理中用的最多的是两种克隆虚拟机在虚拟机关机状态下点击虚拟机 → 管理 → 克隆克隆一个完整副本到其他目录。这是最稳的因为克隆出来的虚拟机完全独立即使原虚拟机扩容搞砸了直接删掉原虚拟机、改用克隆副本也能继续跑。复制 vmdk 文件关机关机后把 vmdk 文件整体复制到别的磁盘目录。如果之前配置的是拆分成多个文件记得把拆出来的所有小文件一起复制。这个方法成本低但恢复时需要新建虚拟机并指向这个 vmdk稍微麻烦一点。有朋友会问我能不能先做个快照再扩容答案是不行快照存在时扩展按钮是灰的所以这个思路走不通。正确顺序是先备份克隆或复制文件再清掉旧快照然后再扩容。2.3 检查分区表类型和 C 盘周围的分区布局扩容前最好花一分钟确认客户机里的分区布局这决定了后面的操作方式。Windows 虚拟机打开磁盘管理WinX 选择磁盘管理看底部图形化的磁盘布局。重点看 C 盘右侧是什么如果紧跟着就是未分配那后面用系统自带的扩展卷就行如果在 C 盘和未分配之间夹着恢复分区、MSR 保留分区之类的东西那就要用第三方分区工具了。同时看一眼磁盘 0的属性里是 MBR 还是 GPT 分区表。MBR 分区表单分区最大支持 2TB虚拟机容量很小一般不用担心但如果你在建一个超大虚拟磁盘这个限制就要注意了。Linux 虚拟机在终端执行lsblk就能看到磁盘和分区的层级关系。重点确认根分区挂载在普通分区上还是 LVM 逻辑卷上这决定了后面走 GParted 路线还是 LVM 在线扩容路线。连续虚拟机磁盘之后如果根分区本来就在逻辑卷组里反而是最省事的情况。2.4 系统已经红了怎么办如果 C 盘已经满到只剩几百 MB很多操作都可能失败Windows 的扩展卷按钮也可能直接不可用分区工具写临时文件需要空间。建议先腾出一部分应急空间再开始扩容。Windows 系统最快的清理路径按 WinI 打开设置 → 系统 → 存储 → 临时文件勾选临时文件、回收站清空或者命令行执行cleanmgr选择 C 盘后它会扫描可清理项目。实测下来Windows 更新缓存和 WinSxS 组件库经常占据十几个 GB但清理 WinSxS 不建议手动删用系统自带的存储感知或 DISM 工具Dism /Online /Cleanup-Image /StartComponentCleanup更安全。Linux 系统清理路径先看/var/log/journal日志占用journalctl --vacuum-size100M可以快速压缩日志再清包管理缓存Debian/Ubuntu 用apt cleanCentOS/RHEL 用dnf clean all/var/tmp、/tmp下如果有大文件也可以顺手删掉。一般腾个 2-3GB 就够后面操作了不必追求彻底干净。3. VMware 磁盘扩容界面操作和命令行操作3.1 图形界面的标准操作虚拟机设置里改磁盘大小是最直观的扩容方式步骤如下关闭虚拟机必须关机VMware 不支持在线扩大虚拟磁盘右键虚拟机 → 设置 → 硬盘右侧磁盘大小输入框里填上扩容后的总容量。注意这里填的是总大小不是增加多少。比如原来 40GB 想加 60GB就要填成 100GB点击扩展或确定等待 VMware 完成容量重写启动虚拟机进系统确认多出来的空间有快照时这个输入框是灰色的原因前面说了先删快照再回来操作。输入框下面还可以勾选立即分配所有磁盘空间如果你原本是精简置备勾不勾看需求勾了之后 vmdk 会立刻占用宿主机对应大小的空间性能上可能略好一些但会吃掉宿主机大量磁盘虚拟机场景一般没必要。3.2 命令行方式vmware-vdiskmanager图形界面足够应付绝大多数情况但遇到批量操作、需要在脚本里完成扩容、或者某些精简版 VMware 工具界面缺按钮时可以用官方命令行工具 vmware-vdiskmanager。以管理员身份打开 CMD切到 VMware 安装目录执行cd C:\Program Files (x86)\VMware\VMware Workstation vmware-vdiskmanager.exe -x 100GB D:\Virtual Machines\Win10\Windows 10.vmdk其中-x表示扩展100GB是目标总大小路径用引号包住。执行前必须保证虚拟机处于关机状态否则会报错提示磁盘被占用。如果 vmdk 是拆分成多个文件的那种设置里选了拆分成多个文件命令行操作用的是那个描述文件通常是很小的一个主 .vmdk不是拆出来的 -s001、-s002 文件。实测下来这个命令在扩容时不会动磁盘里的数据只是把虚拟磁盘的描述信息和尾部空间撑大所以执行速度一般比界面操作还快几秒钟就能完成。3.3 为什么扩展后的 vmdk 文件大小没变化也没关系刚接触虚拟机的人很容易被文件大小误导在虚拟机设置里明明把容量改成 100GB 了回去看 vmdk 文件还是原来的 40GB于是以为扩容失败了。实际上这是正常的。原因在于 vmdk 文件有两种置备模式精简置备thin provisioning默认常见和厚置备thick provisioning立即分配所有空间。精简置备的意思是用多少占多少vmdk 文件的实际大小取决于客户机里已经写入的数据量而不是磁盘上限。扩容只是改大了上限文件本身不会立刻膨胀等你在系统里扩展分区、往里面写入新数据时vmdk 文件才会慢慢变大。所以看到扩容后文件大小没变不是操作失败是它本来就不该立刻变大。判断扩容是否成功的正确方法是回到客户机系统里看硬盘是否出现未分配空间而不是盯着宿主机上的文件大小。3.4 VirtualBox 用户对应的操作虽然热搜词里几乎都是 VMware但 VirtualBox 用户同样会遇到 C 盘不够的问题这里顺带说一句。VirtualBox 的虚拟磁盘文件是 vdi 格式扩容命令是VBoxManage modifymedium disk D:\VirtualBox VMs\Win10\Win10.vdi --resize 102400注意大小单位是 MB102400 表示 100GB。同样要求虚拟机关机执行后进入客户机扩展分区后续流程和 VMware 完全一样。另外 VirtualBox 也支持后续把 vdi 转成 vmdk不过那是另一个话题了这里不展开。4. Windows 虚拟机扩展 C 盘分区一次讲清楚4.1 最理想的情况磁盘管理直接扩展卷扩容完 vmdk 后启动 Windows打开磁盘管理。如果 C 盘右侧紧跟着的是一段未分配空间而且没有别的分区挡路那恭喜你这是最简单的情况。操作路径右键 C 盘 → 扩展卷 → 向导里会自动带出可用于扩展的空间大小全选或输入你想加的大小 → 完成。整个过程一般几十秒就结束C 盘会直接变大不需要重启。完成后打开此电脑C 盘容量已经更新。这个操作能成功的前提条件有三个分区文件系统是 NTFSFAT32 不支持扩展卷、未分配空间紧邻 C 盘右侧、C 盘和未分配空间在同一个物理磁盘上。三个条件任何一个不满足扩展卷按钮要么是灰色要么能点但无法选空间。遇到这种情况别慌大多数时候是有隐藏的恢复分区挡路了看下一节。4.2 恢复分区挡路时的处理思路Windows 10/11 在 UEFI GPT 模式下安装时系统会自动创建多个隐藏分区EFI 系统分区ESP、微软保留分区MSR、C 盘、恢复分区Windows RE。恢复分区经常出现在 C 盘之后导致磁盘管理里 C 盘右侧看起来是未分配但两者之间其实隔着一个几百 MB 的恢复分区扩展卷就不可用。处理思路有几种按我推荐的优先级排序用 DiskGenius 把恢复分区移动到磁盘末尾无损操作但移动过程中需要复制数据耗时较长而且移动过程如果断电分区表可能损坏必须保证虚拟机不断电。删除恢复分区这是我在虚拟机里最常用的做法。虚拟机本来就靠快照和克隆做备份Windows 恢复环境的意义没那么大。删掉后用磁盘管理扩展卷通常就畅通无阻了。缺点是一旦系统真的启动不了没有恢复环境可用不过你可以用安装镜像引导修。用傲梅分区助手AOMEI Partition Assistant的扩展分区向导直接合并很多情况下这个软件能自动处理恢复分区挡路的问题把未分配空间绕过或合并给 C 盘全程图形化对新手友好。无论哪种方案操作分区表都有风险。所以前面强调的备份在删除或移动恢复分区这一步尤其重要别拿生产数据开玩笑。4.3 用傲梅分区助手或 DiskGenius 完成最后合并如果磁盘管理扩展卷不可用第三方分区工具是下一步的首选。我这里给两个常用工具的实操要点。傲梅分区助手AOMEI Partition Assistant免费版一般够用。安装打开后右键 C 盘 → 扩展分区或者在左侧向导栏找扩展分区向导。向导里会让你勾选要吸收的空间把未分配空间勾上设置目标大小点确定。到最后一步点提交时软件通常会提示需要重启进入 PreOS 模式执行重启后它会自动操作分区完成后再次重启进系统。注意在 PreOS 执行期间绝对不要断电或强制关闭虚拟机否则分区表可能损坏。DiskGenius 的操作流程类似右键 C 盘 → 扩容分区 → 选择要吸收的空闲空间 → 开始。不过 DiskGenius 的扩容分区功能部分版本需要专业版授权免费版可能会被限制这时候换傲梅或者先用磁盘管理都行。我个人的习惯是简单场景优先用 Windows 自带磁盘管理遇到恢复分区挡路优先用傲梅涉及数据恢复场景才用 DiskGenius。4.4 扩容完成后回到系统里验证扩容不是点完按钮就完事了一定要验证。打开此电脑看看 C 盘总容量是不是目标值打开磁盘管理看看未分配空间是否已经消失。另外建议在命令行里跑一下sfc /scannow快速校验系统文件有没有被分区操作影响Windows 10/11 下这个扫描一般几分钟不放心可以做其实不做问题也不大。备份先留着别急着删。我一般会保留克隆副本三五天确认系统运行稳定、C 盘空间充足、应用都能正常打开之后再清理备份。磁盘扩容虽然风险不高但凡事留一手总没错。5. Linux 虚拟机扩容LVM 和 GParted 两条路线5.1 先认准你的根分区是哪种类型Linux 虚拟机的扩容和 Windows 有本质区别Windows 下 C 盘是一个普通 NTFS 分区扩展卷操作一步到位Linux 则分散在各种文件系统和卷管理方案里做题之前得先看题。在终端执行lsblk观察输出里的根挂载点。如果根分区显示为/dev/sda2这类普通分区说明是非 LVM 的标准分区扩容要借助 GParted Live 之类的分区工具如果显示为/dev/mapper/centos-root或/dev/mapper/ubuntu--vg-ubuntu--lv说明用了 LVM 逻辑卷管理这种走 LVM 在线扩容路线最方便甚至不需要重启两次。顺便用df -hT看一下文件系统类型CentOS 7/8 默认根文件系统通常是 xfsUbuntu 默认是 ext4。文件系统类型决定扩容后的最后一个命令用xfs_growfs还是resize2fs别弄混了。5.2 LVM 扩容从分区到文件系统假设虚拟磁盘从 20GB 扩容到 50GB逻辑卷路径是/dev/mapper/centos-root步骤如下先在 VMware 层把虚拟磁盘扩展到 50GB方法见前面第 3 章然后启动虚拟机。执行fdisk -l应该能看到/dev/sda总容量已经变成 50GB但分区大小还是 20GB尾部空出来 30GB 未使用。接下来创建新分区并把类型设置为 LVMsudo fdisk /dev/sda在 fdisk 交互界面里依次输入n # 新建分区默认主分区和分区号 回车 # 使用默认起始扇区 回车 # 使用默认结束扇区用掉全部剩余空间 t # 修改分区类型 分区号如 3 8e # Linux LVM 类型 w # 保存退出这里有个常见坑fdisk 可能提示分区上检测到原有文件系统签名问你是否忽略选择n忽略即可因为我们就是要用这块空出来的空间存放 LVM 物理卷。保存后让内核重新读取分区表sudo partprobe /dev/sda sudo lsblk如果 lsblk 里还没出现/dev/sda3直接重启一次最省事。重启后把新分区加入现有卷组sudo pvcreate /dev/sda3 sudo vgextend centos /dev/sda3 # centos 换成你自己的卷组名用 vgdisplay 查看接着把空间分配给根逻辑卷并扩展文件系统sudo lvextend -l 100%FREE /dev/mapper/centos-root # 如果是 xfs 文件系统 sudo xfs_growfs / # 如果是 ext4 文件系统 sudo resize2fs /dev/mapper/centos-root最后df -h验证根分区容量更新无需重启整个扩容过程可以做到在线完成。这个流程我在 CentOS 7/8、Rocky Linux、Ubuntu LVM 模式下都验证过非常稳。5.3 标准分区场景用 GParted Live 调整如果你的根分区不在 LVM 里而是一个普通分区那就需要离线调整分区大小。最常用的工具是 GParted Live 光盘镜像。处理步骤去 gparted.org 下载 GParted Live ISO在虚拟机设置里把 CD/DVD 指向这个 ISO 文件启动虚拟机开机时按 F2 进 BIOS把 CD-ROM 启动顺序调到第一位或者开机时按 ESC 打开启动菜单选择 CD-ROM 启动进入 GParted 启动菜单后直接回车选默认设置进入图形桌面打开 GParted找到根分区比如/dev/sda2右键 → Resize/Move把分区右侧边界拖到最右边或者在New Size里直接输入目标大小把尾部未分配空间吸收进来点 Resize 后再点工具栏上的 Apply等待操作完成完成后关闭虚拟机把 CD/DVD 重新改回使用物理驱动器或移除 ISO重启进入系统df -h验证GParted 对 ext4、xfs、btrfs 都支持得很好扩大分区属于非常成熟的功能。有一点要注意如果根分区后面还有其他分区比如/home分区排在它后面GParted 要扩容根分区就得先移动后面的分区移动分区耗时更长、风险也更高。这种情况下如果你的/home空间还够我更建议保持现状只把 VMware 扩出来的未分配空间划一部分给根分区如果确实要把后面分区整个挪走就做好备份再操作时间上要有耐心。5.4 ext4 和 XFS 扩容命令的差异Linux 下扩容最后一步最容易混淆这里单独拎出来讲清楚。文件系统扩容命令命令参数能否在线扩容能否缩小ext4resize2fs设备路径如/dev/mapper/centos-root扩容可以在线缩小必须离线可以但不建议xfsxfs_growfs挂载点如/扩容可以在线xfs 不能缩小btrfsbtrfs filesystem resize max /挂载点可以可以最经典的一个坑在 xfs 分区上执行resize2fs /dev/mapper/xxx-root报错 Couldnt find valid filesystem superblock。这不是系统坏了而是你选错命令了xfs 文件系统不认 resize2fs。这时候用xfs_growfs /就行。有个记忆技巧resize2fs 操作的是块设备所以后面跟 /dev 路径xfs_growfs 操作的是挂载点所以后面跟挂载路径比如 / 或 /home。看到命令后面是路径还是设备名基本就能判断出有没有选错工具。6. 实际操作中踩过的坑排查链路分享6.1 坑一扩展卷按钮是灰色这是 Windows 虚拟机扩容时最常遇到的问题。现象是磁盘管理里 C 盘右边明显有未分配空间但右键 C 盘扩展卷按钮灰着不能点。排查链路我建议这么走先看文件系统是不是 NTFSFAT32 分区不支持扩展卷再看未分配空间是否真的紧挨着 C 盘中间有没有隐藏的恢复分区第三看是不是没在同一个磁盘上。大多数情况是第二个原因。恢复分区在磁盘管理里不一定看得清楚因为它没有盘符、默认不显示卷标你看到的可能是未分配右侧还带着一个很小的分区条。用傲梅或 DiskGenius 打开就能清楚地看到 C 盘和一个恢复分区隔着。我遇到过的一个典型场景Win10 虚拟机C 盘 40GB 后面跟着一个 505MB 的恢复分区再后面才是扩容出来的 60GB 未分配。直接删掉恢复分区然后磁盘管理扩展卷一次成功。删之前我把虚拟机的克隆副本留了一份确认系统恢复正常才清理掉。6.2 坑二Linux 分区表没生效fdisk 创建新分区后执行partprobe /dev/sda命令没报错但lsblk就是看不到/dev/sda3。这个我在 CentOS 7 上遇到非常多次旧版内核扫描分区表就是慢或者干脆没刷新。踩过几次后的标准处理顺序sudo partprobe /dev/sda cat /proc/partitions # 看内核是否识别了新分区 sudo udevadm settle # 等待设备管理事件处理完 lsblk # 再验证如果都不行直接sudo reboot重启虚拟机。虚拟机重启很快比在一堆命令里纠结要高效得多。重启后分区肯定会出现。这个问题的本质是内核和 udev 对新分区的识别存在延迟有时候 partprobe 成功但设备节点没建立重启是终极解法。6.3 坑三扩容后引导多出来一个恢复项有次给 Windows 10 虚拟机扩容后重启出现了系统选择菜单多了一个Windows 恢复环境之类的引导项。虽然选原来的系统还能正常进入但每次开机多一步很烦人。排查后发现是分区工具在调整恢复分区位置时BCD 引导数据里多写了一条恢复环境记录。处理方式在系统里打开系统配置WinR 输入 msconfig在引导选项卡里删除多余的引导项或者以管理员身份运行 CMD执行bcdedit /enum查看引导项找到多余项后用bcdedit /delete {标识符}删除如果删完后系统还能正常进基本就处理完了。不过说句实话虚拟机的多出来的恢复引导项只要不拦你进系统可以先放着不管影响不大。千万别手痒去动 BCD 里不认识的项删错了系统直接进不去那时候就得用安装盘修复引导了。6.4 坑四快照与扩展按钮互相牵制这个坑前面已经铺垫过这里说一个具体场景同事说他虚拟机设置里硬盘大小改不了我远程一看里面躺着一个两年前创建的快照一直没清理。虚拟机的虚拟磁盘在快照链上扩展必须删除全部快照。同事犹豫半天因为那个快照是他认为的系统干净状态。其实更稳妥的做法是先把当前系统克隆一份保留然后删除快照让虚拟磁盘回到单文件模式再扩容。删除快照后当前系统数据和快照数据会合并磁盘和性能也能恢复只是不能再回到两个年前的状态了。这个案例告诉我们快照不是备份它是虚拟化层的后悔药但吃后悔药和吃维生素不能混为一谈。生产环境的长效备份应该靠克隆、导出 OVF 或定期复制 vmdk 文件而不是让快照无限堆积。6.5 扩容后的空间维护建议扩容不是终点C 盘满了这件事过了几个月大概率还会重演。我总结几条维护习惯新建虚拟机时磁盘别太抠。Windows 至少 80-100GBLinux 至少 40GB当前看着浪费过两年你会庆幸当初给了大空间精简置备的 vmdk 要注意定期回收空洞。Windows 客户机里执行defrag /OLinux 客户机里执行fstrim -av可以把删除文件后留下的空白返还给宿主机避免 vmdk 无限膨胀日志和缓存要定期清。Windows 的 WinSxS、Linux 的 journal 和 Docker 镜像都是空间杀手养成系统盘只放系统的习惯数据、项目、容器、虚拟磁盘镜像尽量放独立的虚拟硬盘D 盘、E 盘。新增一块数据盘比扩容系统盘简单得多也安全得多最后说点个人体会虚拟机的磁盘扩容本身是安全的但所有操作都建立在有备份的前提下。我处理过的扩容事故九成都是快照没处理干净或者强行在磁盘满的状态下操作。如果你看完这篇还是有点慌那就按顺序走先备份再扩容 vmdk再进系统扩展分区最后验证。这套流程只要步骤不错基本不会出问题。等你有过一两次成功经验之后就会发现虚拟机扩容和给物理机加硬盘没什么本质区别思路通了手法都是水到渠成的事。