先厘清需求：你要的其实是“交叉冻结”
大多数人在 WPS 表格里想同时冻结首行和首列，都是被同一个场景逼出来的：表格横向拉到了十几列、纵向滚到了几百行，滚着滚着就分不清这一列是什么、这一行又是谁。此时真正的需求既不是“冻结首行”，也不是“冻结首列”，而是让第 1 行和 A 列同时固定不动。这种需求在术语上叫交叉冻结，在 WPS 表格里由同一个功能承担——冻结窗格。
先把这层关系想清楚，后面的操作才不会走弯路。很多人的第一反应是：先点“冻结首行”，再点“冻结首列”，两个叠加不就实现了？结果发现第二次点击把第一次的设置替换掉了，只剩一个生效。这不是软件出错，而是冻结窗格的设计逻辑决定的：一张工作表在同一时刻只能存在一个冻结状态，它定义的是“左上角一块矩形区域固定不动”。
“冻结首行”和“冻结首列”为什么不能叠加
从实现角度看，“冻结首行”本质上是把活动单元格定位到 A2 之后再执行冻结，于是只冻结了上方 1 行、左侧 0 列；“冻结首列”则相当于把活动单元格定位到 B1，冻结上方 0 行、左侧 1 列。两者是对同一个冻结状态的两种预设写法，因此后执行的命令只会覆盖前一个，而不会与之相加。
想通这层关系，解法就顺理成章了：既然冻结状态由活动单元格的位置决定，那就直接把活动单元格放到你想要的位置，再执行一次冻结。要把第 1 行和 A 列同时锁住，活动单元格应落在 B2；要锁住第 1 行和 A、B 两列，活动单元格落在 C2；要把表头和关键列冻结得更多，再往右下挪一格即可。
提示：活动单元格指当前被选中的那个格子，编辑栏左侧的名称框会显示它的地址（如 B2）。冻结的永远是活动单元格上方的连续行和左侧的连续列。这条规则贯穿全文，记住它比记住菜单位置更管用。
三种方案的横向对比：先选路线，再谈操作
WPS 表格里与“固定显示”沾边的功能不止一个，很容易混用。下面这张表把三种常见方案的定位、代价和适用边界摆在明面上，便于你先做选择，再动手。
| 方案 | 能锁住什么 | 主要代价 | 适合场景 |
|---|---|---|---|
| 冻结窗格（首行 / 首列预设） | 仅第 1 行或仅 A 列，二者取一 | 无法同时锁行列 | 只横向拉长，或只纵向拉长的表 |
| 冻结窗格（自由定位） | 上方若干行 + 左侧若干列的交叉区域 | 小屏幕上可视数据区变小 | 宽表 + 长表同时存在，本文主推 |
| 拆分窗口 | 把编辑区切成可各自滚动的窗格 | 四个区域都会滚动，不产生“固定”效果 | 需要对照表格首尾两处数据 |
表格之外，还有一种容易混淆的情况需要单独说明。WPS 表格的“阅读模式”经常被误认为冻结功能：它的作用是高亮当前光标所在的行与列，方便横向读数，但不会锁定任何区域，滚动之后高亮也会随之移动。它是辅助阅读的工具，不是视图锁定工具。
决策树：动手前先问自己四个问题
与其记住一串菜单路径，不如记住判断逻辑。下面四个问题按顺序回答完，方案基本就定了。
- 横向滚动时是否丢失了身份信息？比如产品名在 A 列，滚到 K 列就不知道这一行是谁。若是，需要冻结左侧的列。
- 纵向滚动时是否丢失了字段含义？比如第 1 行写着“单价、数量、金额”。若是，需要冻结上方的行。
- 表头占几行？如果第 1 行是大类、第 2 行才是字段名，冻结范围要覆盖到第 2 行，活动单元格就应落在第 3 行。
- 关键标识列在第几列？如果 A、B 两列共同构成标识（如“编号 + 名称”），冻结范围就要包含两列，活动单元格落在 C 列。
四个问题回答完，你其实已经得到了活动单元格的坐标：行号 = 表头行数 + 1，列号 = 需要固定的列数 + 1。剩下的动作只有一步。
Windows 桌面端：最短可达路径
截至当前的最新版本，WPS 表格在 Windows 上的功能区结构与 Microsoft Excel 高度接近，“冻结窗格”位于「视图」选项卡。下面给出的是最短路径，不绕路。
核心动作：把活动单元格放到 B2
打开表格后，用鼠标点一下 B2 单元格，或者直接在左上角的名称框中输入 B2 后回车。此时编辑栏左侧应显示“B2”，这是确认定位是否成功的可观测信号。
菜单路径
依次点击顶部功能区「视图」→「冻结窗格」→ 在展开的列表中选择执行冻结的那一项。WPS 表格的该下拉列表中，通常会同时出现“冻结首行”“冻结首列”以及一个与当前选中位置相关的动态项；不同版本的下拉文案略有差异，以你实际看到的界面为准。由于活动单元格已经在 B2，选择执行冻结后，第 1 行与 A 列会被同时固定。
快捷键与键位提示
Windows 上按一下 Alt 键，功能区会出现字母提示（键位提示，KeyTips），再按提示中的字母逐级定位到「视图」下的冻结窗格。具体字母序列会随版本与功能区自定义情况变化，因此不建议背固定组合，建议现按现看，一次记住即可。
可复现验证：冻结完成后，向下滚动到第 100 行附近，观察 A 列是否始终可见；再向右滚动到 P 列附近，观察第 1 行是否始终可见。两个方向都保持可见，即为交叉冻结成功。
macOS 桌面端：路径一致，差异在键位与系统菜单
WPS 表格在 macOS 上的功能区布局与 Windows 版基本一致，同样是「视图」→「冻结窗格」的走法，因此上面那套“先定位 B2、再执行冻结”的操作完全通用。
差异集中在两处：一是快捷键使用 Command 体系而非 Ctrl 体系，键位提示的表现也可能不同；二是如果功能区被折叠或自定义过，导致找不到「冻结窗格」，可以改用屏幕顶部菜单栏的「视图」菜单查找同类命令。经验性观察是，菜单栏路径在不同版本间的稳定性通常好于功能区被改动后的状态。
Android 与 iOS：能做什么，不能做什么
移动端的定位要先说清楚：手机的主要任务是查看，而不是搭建复杂的表格视图。WPS Office 移动版在表格的查看或编辑状态下，部分版本会在工具栏或“更多”类菜单中提供冻结窗格入口，位置随版本和系统（Android / iOS）变化较大，无法给出一条对所有版本都成立的最短路径。
如果你的手机上找不到该入口，有一条稳妥的替代路线：在桌面端把冻结设置好并保存文件，再把文件传到手机打开。冻结状态属于工作簿的视图设置，通常会随文件一并保存，因此在移动端打开时有机会保持同样的固定效果。
边界提醒：手机屏幕横向空间有限，同时冻结首列与首行之后，可用于显示数据的区域会明显缩小。经验性观察是，在 6 英寸级别的屏幕上，冻结两列以上往往会让正文区变得难以阅读，此时更合适的做法是隐藏非必要列，而不是继续扩大冻结范围。
示例演练：一张年度费用明细表的完整走位
假设有一张模拟的年度费用明细表：A 列是“费用科目”，B 列是“归属部门”，C 到 N 列是 1 月至 12 月的金额，第 1 行是表头，数据区约 200 行。日常使用中，用户滚到 8 月那一列、第 150 行时，既看不到科目名，也看不到表头，完全失去参照。
套用前面的决策逻辑：表头占 1 行，需要固定的标识列是 A、B 两列。于是活动单元格应落在 C2，而不是 B2。执行冻结后，第 1 行以及 A、B 两列同时固定，滚动到任何位置都能同时看到“费用科目 + 归属部门 + 表头”。
这个例子说明的是一个常见误区：很多人默认应该选 B2，但当标识信息横跨两列时，B2 只能锁住 A 列，B 列会跟着滚走，“归属部门”依然会丢失。可见冻结范围的宽度要按信息结构来定，不能按习惯来定。
取消、调整与回退：冻结乱了怎么办
冻结窗格是可以反复调整的，不存在“设错了只能撤销”的问题。任何时候再次进入「视图」→「冻结窗格」，该入口会呈现为取消或重新设置的形态，先取消、再重新定位活动单元格、再执行冻结，就完成了一次干净的重设。
推荐的回退顺序是：先取消，再定位，最后冻结。原因是，在已有冻结状态的工作表里直接点击冻结，容易因为当前视图的滚动位置而产生误判；先取消可以让画面恢复常规状态，此时你能清楚地看到表格真实的首行首列，定位更准确。
另外，冻结设置是以工作表为单位的。同一份工作簿里如果有多个工作表，每个表都需要单独设置，不会互相继承。这一点在处理“总表 + 分月表”结构的工作簿时尤其要注意。
与筛选、排序、打印的关系
冻结窗格只改变屏幕上的显示方式，不改变单元格内容、不改变公式、不改变数据类型。因此它与筛选、排序可以共存：筛选出某个部门的数据后，冻结的标题行依然固定在顶部，筛选下拉按钮也仍在原位。
真正需要区分的是打印。冻结线不会出现在打印结果里，冻结区域也不会在每一页重复。如果你希望打印时每页都带上表头，需要使用的是打印标题类设置，通常在「页面布局」选项卡下可以找到与打印标题、打印区域相关的入口，在页面设置对话框中把“顶端标题行”指向表头所在行。不同版本的按钮位置和对话框名称略有差异，请以实际界面为准。
一句话区分：冻结管屏幕，打印标题管纸张。二者解决的是两个不同的问题，不要指望用一个功能兼顾。
协作与共享时的表现（经验性观察）
冻结状态属于工作簿的视图设置，通常会随文件保存。经验性观察是：把文件发给同事，对方打开后大概率会看到相同的冻结效果；但在云端协作场景下，不同成员的浏览位置和设备不同，各自对视图的感知也可能不同，冻结状态是否被覆盖取决于具体协作方式。
这一点没有权威结论可以照搬，建议用可复现的方法自行验证：在桌面端设置好冻结，保存并关闭；重新打开确认冻结线仍在；再把文件通过你常用的协作渠道分享给一位同事，请对方滚动查看并反馈是否仍有固定行与固定列。这套验证只需两三分钟，却能避免“我以为对方看得到”的协作误差。
故障排查：现象 → 原因 → 验证 → 处置
冻结相关的问题，绝大部分都可以归入下面几类，按这个顺序排查效率最高。
- 现象：只冻结了一行或一列，另一个方向没固定。可能原因：活动单元格在 A 列或第 1 行，导致某侧没有可冻结的内容。验证：查看名称框中的地址。处置：取消冻结，把活动单元格移到 B2 或更靠右下的位置重新冻结。
- 现象：点击冻结后毫无变化。可能原因：当前处于某种非正常视图状态，或文件为只读、受保护。验证：尝试滚动表格，观察是否连冻结线都没有出现；检查文件是否可编辑。处置：先取消冻结再重设；若文件受保护，需先解除保护。
- 现象：滚动时冻结的行突然消失。可能原因：不小心滚到了冻结线以外的区域，或中途执行了取消冻结。验证：查看「视图」→「冻结窗格」入口当前的状态文案。处置：重新执行一次冻结。
- 现象：只想固定中间某一行，却做不到。这不是故障，而是功能边界。冻结只能从工作表顶部和左侧连续生效，无法冻结中间区域。处置：调整表结构，把关键行移到顶部；或改用拆分窗口做对照查看。
适用与不适用场景清单
冻结窗格是个“低门槛但容易被滥用”的功能。它适合的场景很明确：数据行数超过一屏、列数超过一屏，且首行首列承载着不可丢失的标识意义。典型如台账、明细表、排期表、报价单。
反过来，下面几种情况不建议使用。第一，表格本身只有几十行、几列，一屏就能看全，冻结只会让操作多一步且分散注意力。第二，需要频繁截图分享给他人，冻结线会出现在截图里，视觉上略显杂乱。第三，移动端小屏阅读场景，冻结会进一步压缩可视面积。第四，表格结构本身需要重构——如果每次都要靠冻结才能看懂，往往说明表头字段设计或列的排列顺序需要调整，这时优化结构比增加视图设置更根本。
最佳实践检查表
把上面的内容压缩成一份动手前的检查表，照着走基本不会出错。
- 确认表头占几行，冻结范围必须完整覆盖表头，不能只覆盖半行。
- 确认哪些列是身份标识列，宁可多锁一列，也不要漏掉关键列。
- 活动单元格定位到“表头行数 + 1 行、标识列数 + 1 列”的交叉格。
- 走「视图」→「冻结窗格」执行一次，避免先点首行再点首列。
- 双向滚动验证：纵向滚到远处看左侧，横向滚到远处看顶部。
- 需要打印重复表头时，另行设置打印标题，不要依赖冻结。
- 在移动端打开前，先评估冻结带来的可视面积损失。
关于性能与版本的两点补充
关于性能，经验性观察是：冻结少量行与列对滚动流畅度的影响通常不易察觉，它本质上只是渲染层的一块固定区域。真正让人感到“变卡”的，往往是大范围的条件格式、大量易失性函数或数据量本身，而不是冻结窗格。如果你的表格操作明显迟钝，建议优先排查公式与格式，而不是先怀疑冻结。
关于版本，本文中的菜单名称与入口位置，均以“截至当前的最新版本”为参照。WPS Office 的界面迭代频率较高，个别版本可能出现按钮归组调整或文案微调，但“视图选项卡 → 冻结窗格 → 由活动单元格决定冻结范围”这条主干逻辑长期稳定，记住这条就够用了。
常见问题解答
为什么我依次点了“冻结首行”和“冻结首列”，结果只有一个生效？
因为一张工作表在同一时刻只能存在一个冻结状态，这两个命令是同一状态的两种预设写法，后执行的会覆盖先执行的，而不是叠加。正确做法是把活动单元格定位到 B2（或更靠右下的位置），再执行一次冻结，这样上方 1 行与左侧 1 列会被同时锁住。
能否只冻结工作表中部的某一行？
不能。冻结范围只能从工作表顶部向下连续、从最左侧向右连续生效，无法单独锁定中间区域。如果确实需要固定中部某行，可行的思路是调整表格结构把该行上移，或者改用拆分窗口做屏幕对照，但拆分窗口的各个区域都会滚动，不产生固定效果。
冻结窗格会影响打印效果吗？
不会。冻结只作用于屏幕显示，冻结线不会被打印出来，冻结的行列也不会在每一页重复出现。若希望打印时每页都带表头，需要在页面布局相关的设置中使用打印标题功能，把顶端标题行指向表头所在行。
设置好冻结后发给同事，对方能看到同样的固定效果吗？
经验性观察是，冻结状态通常会随文件保存，对方打开后大概率能看到相同效果；但在云端协作场景下，各成员的浏览视图可能相互独立，结果不一定完全一致。验证方法很简单：保存关闭后重新打开确认一次，再请一位同事滚动查看并反馈，两三分钟即可确认。
手机版 WPS 找不到冻结窗格入口怎么办？
移动端各版本对冻结入口的开放程度不一致，位置也随版本变化，无法给出通用路径。稳妥的替代方案是在桌面端完成冻结设置并保存，再把文件传到手机打开。另外要注意，小屏设备上同时冻结行与列会明显压缩可视面积，必要时用隐藏非必要列替代扩大冻结范围。
下一步：把方法固化成习惯
回到最初的问题：WPS 表格冻结首行和首列同时固定显示，并不需要两个命令叠加，而是需要一次正确的定位加一次冻结。记住“行号等于表头行数加一、列号等于标识列数加一”这条换算关系，你就能应付绝大多数表格结构，包括双行表头、多列标识这类稍复杂的情况。
建议你现在就打开手边那张最常滚来滚去的表格，按检查表走一遍，然后向两个方向各滚动一次做验证。完成之后，再顺手确认一下打印时的表头重复是否需要单独设置——这两件事分清楚了，日常处理宽表和长表的效率会有明显改善。日后即便界面按钮归组或文案再作微调，只要定位逻辑不变，这套方法依然成立。