从“看表速度”说起：冻结窗格解决的到底是什么问题
如果你每天要在 WPS 表格里核对订单、库存或人员台账，大概率遇到过这种场面：表格横向拉到几十列，滚到右侧核对数字时，已经分不清这一行属于哪个客户；纵向翻到上千行时，又忘了每列对应的口径。WPS 表格冻结首行并固定多个指定列，本质上就是把“当前可见区域”与“始终可见区域”拆开——让表头和关键标识列不跟着滚动条跑，核对动作因此不必被反复打断。
这个动作看起来只是“视图设置”，实际影响却落在三个可感知的指标上。第一是查找速度：滚动后不需要回滚确认表头，定位某一行的耗时明显下降；第二是录入准确率：填数据时列名始终在屏幕上，串列的概率降低，返工成本随之减少；第三是协作损耗：同一份模板发给多人，如果冻结位置一致，大家讨论“第三列那个数”时指向的是同一条线，沟通歧义自然减少。也正因如此，不少团队在交付表格模板时会把冻结设置写进模板规范，而不只当它是个人习惯。
功能定位与变更脉络：它属于视图层，不属于数据层
需要先建立一个基本认知：冻结窗格是视图层的设置，它不改变任何单元格的内容、格式或公式，也不改变数据的排序与引用关系。关掉冻结，表格数据与冻结前完全一致。因此它适合作为一种“阅读辅助”长期保留，而不必担心影响计算结果。
从版本演进的角度观察，WPS 表格里的冻结功能经历过一次比较典型的“入口收拢”。较早的版本中，冻结相关命令往往以独立菜项的形式出现，位置在不同版本间并不统一；近年版本则稳定收拢到顶部“视图”选项卡下的“冻结窗格”下拉中，下拉内通常包含“冻结首行”“冻结首列”“冻结窗格”等选项，取消冻结也在这个下拉里。不同版本、不同渠道安装包的措辞可能略有差异，但底层规则是一致的：以当前活动单元格为分界，冻结其上方所有行与其左侧所有列。理解这条规则，比记住菜单在哪更重要，因为菜单会变，规则不会。
还要注意它与几个相近功能的分工，它们常被放在同一片菜单区域，因此最容易混淆。拆分窗口是把当前窗口切成可独立滚动的窗格，适合对照同一张表的两段数据，但它不锁定行；打印标题（在页面布局相关设置中）解决的是“打印时每页重复表头”，对屏幕滚动没有帮助；阅读模式高亮当前行列，是临时的视觉提示，滚动后表头依然会消失。三者解决的是不同问题，不要互相替代。
一条硬规则：WPS 只能冻结连续的行与列
这是本文最需要先说清楚的边界。冻结窗格的分界线是一条水平的线和一条垂直的线，两条线把工作表分成四块，左上角那一块被“钉住”不动。既然分界线只有一条，被钉住的列就只能是从 A 列开始的连续若干列，被钉住的行也只能是从第 1 行开始的连续若干行。
这意味着一个常见的需求组合是无法直接实现的：你想让第 1 行、A 列（订单号）和 D 列（金额）同时固定，但 B、C 两列不固定。此时冻结线要么覆盖 A 到 C，要么覆盖 A 到 D，做不到“跳过中间”。经验性观察是，绝大多数关于“冻结多列失败”的疑问，根因都落在这一条上，而不是操作步骤错了。
需要注意的是：如果你的目标列在物理位置上并不相邻，直接操作是达不到预期效果的。可行的思路只有三类——把目标列在物理顺序上移到相邻区域、换用不依赖冻结的替代方案、或者接受“多固定几列”的折中。后文会逐一展开。
另外一个容易被忽略的边界是合并单元格。经验性观察提示，当冻结分界线恰好压在某段合并单元格的边缘时，屏幕显示可能出现与预期不符的情况，例如冻结线位置偏移或部分内容被遮挡。稳妥的做法是检查分界行列附近是否存在跨行跨列的合并区域，如有，先取消合并再设置冻结，或者把分界线上移、下移一行避开它。
先算清楚：分界单元格到底是哪一个
很多人操作失败，不是找不到按钮，而是选错了单元格。判断方法可以固化成一个三步动作，练两次就成肌肉记忆。
- 数出你要固定的行数，记作 R。例如只要固定表头行，R 就是 1。
- 数出你要固定的列数，记作 C。例如要固定订单号列和客户名列，C 就是 2。
- 选中第 R+1 行、第 C+1 列交叉的那个单元格。R=1、C=2 时，就是 C2 单元格。
举个具体场景：一张销售明细表，A 列是订单号、B 列是客户名称、C 列是地区、D 列是下单日期、E 列起是各月金额。你希望滚动查看金额时始终能看到“这是谁的订单、属于哪个地区”，那么需要固定第 1 行加 A、B 两列，对应 R=1、C=2，选中 C2，再从视图进入冻结窗格执行冻结。此时屏幕上应该出现一条横线位于第 1 行下方、一条竖线位于 B 列右侧，之后拖动滚动条验证：横向滚动时 A、B 两列保持不动，纵向滚动时第 1 行保持不动。
反过来，如果你希望固定的列变成 A、B、C 三列，就把选中位置右移一格到 D2。这个“R+1 与 C+1 交叉”的算法对任何行列组合都成立，不需要记具体列标，也就不容易在换表之后重新犯迷糊。
方案 A：调整列顺序后冻结（推荐的主路径）
当目标列不相邻时，最直接的解法是把它们挪到一起，让冻结线能够一条盖住。做法是选中要移动的整列，剪切后插入到目标位置——注意是“插入剪切的单元格”，而不是直接粘贴覆盖，否则会把原有列的内容冲掉。把需要长期固定的列统一放到表格最左侧并保持相邻，是很多模板设计者的默认约定。
这么做之所以被推荐，是因为它一次性解决了问题：冻结设置简单、后续维护成本低、别人拿到文件也能一眼看懂布局逻辑。但代价必须提前讲清楚。列位置变化会影响依赖列序的公式与引用：使用相对引用的公式通常会随移动自动调整，一般不会出错；但使用列序号作为参数的查找公式、跨工作表引用、以及以该区域为数据源的数据透视表，都可能需要重新核对。稳妥做法是移动列之前先备份一份，移动后重点检查这几类引用是否仍返回预期结果。
Windows 桌面端最短路径
选中分界单元格（如前例的 C2）→ 点击顶部“视图”选项卡 → 在“冻结窗格”下拉中选择冻结命令。若此前已有冻结设置，下拉中会出现取消冻结相关的项，先取消再重新设置，避免出现“叠加冻结”的困惑。执行后按钮状态通常会发生变化，可作为是否生效的一个线索，但最终仍以滚动测试为准。
macOS 桌面端路径
WPS Office for Mac 的操作逻辑与 Windows 版基本一致，冻结入口同样在“视图”选项卡区域。差异主要来自界面呈现：部分版本采用系统菜单栏与功能区分栏并存的形态，如果在功能区一时找不到，可以尝试在菜单栏的“视图”一类菜单中查找冻结相关项。由于 Mac 版界面在不同版本间调整频率较高，建议以实际安装版本的界面为准，并通过滚动测试确认结果。
在线版本的处理方式
网页端在线表格的冻结能力与客户端并不完全对等，部分在线版本提供冻结行或冻结列的命令，入口通常位于表格工具栏的视图类菜单中。如果你在在线环境中找不到对应命令，一个可复现的替代流程是：把文件下载到桌面端设置好冻结并保存，再上传回在线环境；此时在线端是否保留该视图状态，需要实际打开验证一次，不同版本表现可能不同。
方案 B：不改变列顺序的三种替代做法
并非所有场景都允许你打乱列顺序。比如表结构由系统导出决定、公式引用链路复杂、或者表格需要与上游系统保持字段顺序一致。这时可以考虑下面几种替代路径，它们各有明确代价，取舍的关键在于你更在意“改动成本”还是“使用体验”。
其一是拆分窗口。在“视图”选项卡中使用拆分功能，窗口会被切成上下或左右两（或四个）可独立滚动的区域，你可以让上方区域停在表头、下方区域自由滚动。它的优势是不动数据、随时取消；局限是拆分是一种临时的对照视图，拆出来的区域不会像冻结那样“钉住”特定列，滚动位置仍由你手动维持。经验性观察是，它更适合人工比对一段区间，而不适合长时间的数据录入。
其二是制作查看用副本。把关键列复制到一个新工作表的最左侧，冻结后专门用于查阅，原表保持结构不动。代价是两份数据存在同步问题，如果原表频繁更新，副本会在你不知情的时候过期。若采用这条路，建议在副本上醒目标注生成时间与来源，把它当作快照而不是权威数据源。
其三是利用表格对象与阅读模式做轻量缓解。把数据区域转换为表格对象后，滚动时列标题的呈现方式可能发生变化——经验性观察是，部分版本中滚动到数据区深处时，列标题会替代字母列标显示。实际表现请以你的版本为准，验证方法是：创建表格对象后在数据区中部滚动并观察列标区域。此外，“视图”中的阅读模式可以高亮当前行与列，适合快速核对某一行的数值，但它不固定表头，滚动后表头依旧会移出视野，两者解决的不是同一个问题。
平台差异速查：桌面端与移动端的最短可达路径
把前面分散提到的路径集中对比一次，可以省去反复翻找的时间。桌面端的关键词是“先选中、再冻结”，移动端的关键词则是“先找到入口、再验证”。
| 平台 | 入口大致位置 | 操作前提 |
|---|---|---|
| Windows 桌面端 | “视图”选项卡 → 冻结窗格下拉 | 先选中分界单元格 |
| macOS 桌面端 | “视图”功能区或菜单栏视图类菜单 | 先选中分界单元格 |
| 在线表格 | 表格工具栏的视图类菜单，版本间差异较大 | 部分版本不提供，需回退到桌面端 |
| Android / iOS | 编辑界面内的查看或工具类菜单，位置随版本变化 | 建议用应用内搜索找“冻结” |
移动端的入口位置在不同版本之间的调整比较频繁，与其记路径，不如记方法：打开表格后先在工具栏与“工具/查看”类菜单中找“冻结”字样，找不到就用应用内搜索；如果当前版本确实没有提供，回退方案是把文件在桌面端设置好再同步查看。验证方式对所有平台通用——设置完成后分别做一次横向滚动和纵向滚动，看表头与目标列是否保持可见。
示例推演：一张销售明细表的三种锁列需求
为了把抽象规则落到具体动作上，假设有一张结构固定的销售明细表：A 列订单号、B 列客户名称、C 列地区、D 列负责人、E 列下单日期，F 列之后是各月销售额，共十二个月列。三种典型需求的处理方式并不相同。
需求一：只要固定表头。这是最常见也最简单的情况，直接冻结首行即可，无需计算分界单元格。适合以纵向浏览为主的场景，比如按时间顺序核对记录。
需求二：固定表头加订单号与客户名称。需要固定的列是 A、B，正好位于最左侧且相邻，属于冻结功能天然支持的形态。选中 C2 后执行冻结即可。这是效率提升最明显的一类设置，因为在滚动到右侧月份列时，你依然能确认每一行属于哪个订单、哪个客户。
需求三：固定表头加订单号与负责人。问题出现了——A 列与 D 列之间隔着 B、C 两列。此时若坚持用冻结实现，只有两条路：把 D 列剪切插入到 B 列位置，让订单号与负责人相邻；或者接受把 A 到 D 全部冻住，多锁两列的代价是左侧占屏变宽，在窄屏笔记本上会压缩可编辑区。经验性观察是，十三英寸屏幕的笔记本上，固定列数超过三列后，横向可编辑区域会明显变窄，具体感受因分辨率与缩放而异，建议设置后自己滚动确认一次。
例外与取舍：什么时候不该冻结
冻结虽好，但有几种情况建议克制。第一，表格本身很窄、纵向记录也不多，滚动时几乎不需要参照表头，此时冻结只会占用视觉空间。第二，需要频繁横向对比首尾两端的宽表，冻结过多列会让中间区域被挤压，反而降低阅读效率——这类场景拆分窗口或双屏对照往往更合适。
第三，模板要交付给他人长期使用时，冻结设置虽然一般会随文件保存、重新打开仍然生效，但它和打开时所用的视图模式有关。经验性观察是，在普通视图下表现最直观，而在页面布局类视图下，冻结的呈现可能与预期不同。如果你的工作流经常在多种视图之间切换，建议在使用说明里注明该模板的推荐视图模式。
第四，涉及合并单元格的报表。前文提到过边界的风险，如果报表大量使用跨行合并来做分组标题，冻结分界线很可能落进合并区域。此时更稳妥的选择是调整分界位置，或者在冻结与合并之间做一次取舍：优先保证滚动查看的稳定性，把合并改成在单元格内换行或使用缩进等替代呈现。
与宏、自动化流程的协同：把设置变成可重复动作
如果每周都要处理几十份结构相同的报表，手动设置冻结会很枯燥。WPS 表格在支持宏的环境中，可以通过脚本一次性完成设置。需要强调的是，宏能力与是否安装相关组件有关，不同版本与安装方式的支持情况不同，使用前请在小样本文件上先验证。
下面是一段示意性代码，思路是先用取消冻结清空旧状态，再指定分割位置并开启冻结。它属于通用写法，实际能否在你的环境中直接运行，需要自行测试。
Sub FreezeHeaderAndTwoColumns()
' 先清空已有冻结状态
ActiveWindow.FreezePanes = False
' 冻结左侧 2 列、上方 1 行
ActiveWindow.SplitColumn = 2
ActiveWindow.SplitRow = 1
ActiveWindow.FreezePanes = True
End Sub使用这类脚本时请遵循权限最小化原则：只在需要处理的副本上运行，不要直接在原始台账上试；脚本只做视图设置，不涉及数据改动，因此风险相对可控，但仍建议保留一份未经处理的备份，便于回退。若你的环境不提供宏能力，替代思路是把操作步骤固化成一张检查清单，交给使用者手动执行，成本略高但同样可重复。
故障排查：现象、原因、验证与处置
冻结设置出问题的表现通常很集中，按下面的顺序排查，多数情况能在几分钟内定位。
| 现象 | 可能原因 | 验证方式 | 处置建议 |
|---|---|---|---|
| 冻结后多锁了一列 | 选中位置比预期靠右一格 | 看竖线落在哪两列之间 | 先取消冻结，重新选中正确单元格再冻结 |
| 无法只锁定不相邻的两列 | 冻结只能覆盖连续区域 | 观察分界线数量，只有一条竖线 | 改用重排列顺序或拆分窗口等替代方案 |
| 滚动时表头仍消失 | 实际未生效，或处于非预期视图模式 | 滚动条拖到中部后检查首行 | 切回普通视图后重新设置 |
| 分界线位置看起来错位 | 分界线落在合并单元格边缘 | 检查分界行列是否有跨行跨列合并 | 取消合并或把分界线上移下移一行 |
| 别人打开后冻结不见了 | 打开方式或视图模式不同 | 让对方切换到普通视图再滚动验证 | 在模板说明中注明推荐视图，或改用打印标题固定表头 |
需要提醒的是，上表中的“可能原因”来自常见现象的经验归纳，并非官方说明。真正的判断依据始终是你自己的一次验证：设置完成后做横向与纵向滚动，观察分界线的位置与目标行列是否保持可见。
一个常被混淆的边界：冻结不改变打印与导出结果
这一点值得单独拿出来讲。冻结窗格只影响屏幕上的查看方式，对打印输出、导出为其他格式的结果没有影响。也就是说，你屏幕上看到表头固定，打印出来的每一页并不会自动重复表头。如果你需要的是“每页都有表头”，应该使用与打印标题相关的设置，在页面布局类选项中指定顶端标题行或左端标题列。
实际工作中，这两件事经常需要配套做：屏幕上用冻结方便滚动核对，打印时用打印标题保证每页有栏头。验证方法也很直接——设置打印标题后进入打印预览，翻到第二页查看表头是否出现；而冻结是否生效，只能在屏幕滚动中检验，两者互不替代。
适用与不适用场景清单
把准入条件写清楚，可以避免把功能用在不划算的地方。以下判断标准基于使用习惯的经验归纳，供快速对照。
适合冻结的情况：数据行数较多、需要反复纵向滚动核对；关键标识列位于表格最左侧且彼此相邻；表格主要用途是人工查阅与录入；模板由固定人群长期使用，且约定统一视图。
需要谨慎的情况：表格列数极多、需要频繁横向对比首尾字段；存在大量合并单元格的分组报表；文件需与上游系统保持字段顺序一致，不允许重排列；使用者可能在多种视图模式间切换。
不建议依赖冻结的情况：真正目标是打印时每页重复表头；只是临时需要确认某个数值对应哪一行，用阅读模式高亮反而更轻；数据由多人同时在线编辑，冻结与否对参与者并不一致，沟通时应以单元格地址而非“第几列”描述。
最佳实践检查表：一次做对，少返工
把前面所有要点压缩成一套可照着执行的规则，适合在制作模板时逐条对照。
- 先确定要固定的行数与列数，再按“R+1 行、C+1 列”算出分界单元格，避免先点按钮后找位置。
- 检查分界线附近是否存在合并单元格，有则先处理。
- 若目标列不相邻，优先评估能否安全重排列顺序；不能重排时切换到替代方案，不要硬凑。
- 重排列之前先备份文件，移动后重点核对查找类公式与数据源引用。
- 设置完成后做一次横向滚动与一次纵向滚动，以实际表现作为唯一验收标准。
- 需要打印重复表头时，另行设置打印标题，不要指望冻结承担这个职责。
- 交付模板时在说明中写清推荐视图模式与冻结范围，减少协作中的歧义。
这套检查表的核心逻辑是：把“视觉需求”翻译成“分界线位置”，再判断该用哪种手段实现。多花一分钟算清楚分界单元格，往往能省下后面反复取消重设的时间。
监控与验收：怎么确认设置真的生效
冻结设置不像公式那样有计算结果可看，它的验收只能靠观察。推荐一套三步验证法：第一步，把纵向滚动条拖到表格中部，确认首行或指定行仍可见；第二步，把横向滚动条拖到右侧，确认目标列仍在视野内；第三步，在可见的表头行或固定列中点击任意单元格，确认可以正常编辑，不会因为冻结而无法操作。
如果这份表格需要交付给他人，还可以加一步协作验收：请对方按同样的三步测试一次，并反馈分界线位置是否符合预期。经验性观察是，不同设备、不同缩放比例下，固定列占用的屏幕宽度感受差别不小，在宽屏上毫无压力的三列固定，在窄屏设备上可能已经明显压缩了编辑区域。因此涉及跨设备使用的模板，最好在目标设备上实测一次，而不是仅在制作者的电脑上确认。
常见问题（FAQ）
WPS 表格能不能同时冻结首行和两个不相邻的列？
冻结之后滚动表格，为什么表头还是会消失？
冻结窗格会影响打印时的表头重复吗？
移动端 WPS 表格在哪里设置冻结？
移动列顺序来配合冻结，会不会把公式改坏？
结语：把冻结当成模板规范的一部分
回到最初的问题——WPS 表格冻结首行并同时固定多个指定列，技术动作本身并不复杂：算出分界单元格，从视图进入冻结窗格执行即可。真正的难点在于边界判断：能不能冻结，取决于目标列是否相邻；值不值得冻结，取决于表格是要给人看还是给机器读；要不要为了冻结打乱列顺序，取决于公式与数据源的依赖程度。
从版本演进的经验性观察来看，桌面端与在线端的冻结入口仍可能继续调整，与其记忆菜单位置，不如记住分界线规则，因为规则比菜单稳定得多。下一步建议你做两件事。第一，打开手头最常看的那张表，按“R+1 行、C+1 列”的算法试一次冻结，并用横向、纵向各滚一次来验收；第二，如果这张表需要发给同事或客户，把冻结范围和推荐视图模式写进模板说明里，让它从个人习惯升级为团队约定，这样下次讨论数据时，大家指向的才是同一条线。
