WPS表格的$是什么意思？搞懂相对引用与绝对引用，公式再也不会拖错（附详细步骤）

同事发来一张销售表，要他算「每个业务员占大区的比例」。

他在最上面那一行写了个除法：用这个人的业绩，除以整个大区的合计。最上面那一行算出来是对的，看着没问题，于是他抓住右下角往下拖——拖完之后，所有行显示的是同一个数字。

他盯着公式看了半天：明明每一行的被除数都不一样，为什么结果一样？后来他把其中一个公式点开，才看见分母那一段变了：每一行都在除以「它自己下面那一格」，而不是除以那个固定的合计。

他遇到的问题只有一个原因：他不知道那个符号是在锁什么。 而这件事说清之后，只用一句话——它锁的是「拖走时方向上的那一段」。

二、先立住一句话：它不是符号，是一把锁

这是理解全部细节的钥匙。

「它锁的是行、列这两个方向中的一个或两个」那一行，是这篇文章最想让人记住的：它作用在「行」和「列」这两个方向上，而不是作用在「某个格子」上。 你把符号加在字母前面，锁的是列；加在数字前面，锁的是行。这个方向感一旦建立，后面就不需要背任何口诀。

三、三种引用方式，四种写法：拖走之后谁跟着走

下面这张表是全文的核心。看的时候盯住「拖走之后」那一列，因为它才是这四种写法的差别所在。

这张表不需要背。用它的时候只问一个问题——「这个公式被拖走的时候，哪一段应该原地不动？」 那段就在它前面加符号。

把三种引用方式的用途压成三句话：要跟着走（相对），用于每一行都换对象的情况；要原地不动（绝对），用于那个「固定的参照物」，比如合计、单价、汇率；只锁一半（混合），用于「整列共用同一行」或「整行共用同一列」的对照表。

四、一个反直觉但很重要的点：不拖它，加不加都一样

这一条能解释很多「我试了没看到区别」的困惑：

所以验证一个公式有没有写对，只看它算出来的那个数是不够的——必须真的往下拖一格、或者复制到相邻列看一眼。这也是为什么这类错误经常在「表做完了才发现」：做的时候只看了第一格。

五、手把手：从需求倒推写法

不用先学概念，可以从「你要做什么」直接推。

「每一行都要乘以同一个单价或汇率」和「做一张对照表」这两行，是实际工作中最高频的两类。判断口径可以简化成一句：这个公式拖到下一行时，我希望「什么」变、「什么」不变？ 变的那个不给它加符号，不变的那个加上。

六、怎么快速切换：让一个键替你循环

手工加符号很麻烦，尤其要锁两个方向的时候。多数表格软件都提供了「循环切换」的做法。

「快速在四种写法之间切换」那一行要留一句余地：切换用的那个键在不同软件、不同版本上可能不一样，也可能被别的功能占用。如果你的版本里按下去没反应，就用最笨也最稳的办法——手工在字母或数字前面加符号，效果完全一样。

七、最常见的四种「一拖就错」现场

「跨表取数的公式拖完就取错表」那一行值得单独记一句判断：只要公式要「复制到别的位置」，跨表引用就必须检查一遍。 因为它不像同表内的引用那样能靠肉眼看出偏移——它错的时候，往往只是数字变小了或变大了。

八、什么时候不用它也能对

「只在一格里用、永远不复制」那一行最需要警惕：今天「只用一次」的公式，下个月很可能被复制。 所以更稳的习惯是——写的时候顺手把该锁的锁上，哪怕现在不拖。

常见问题速答（FAQ）

Q1：公式里的那个符号到底是什么意思？

它锁的不是数字，是方向。 加在字母前面锁住列，加在数字前面锁住行，两个都加就都锁住。它的作用只在「公式被拖拽或复制」时体现——同一格里加不加，算出来的结果完全一样。

Q2：为什么我把公式往下拖，结果全都一样？

因为公式里那个「应该固定不变的参照物」没有锁住，往下拖时它跟着换了行。典型场景就是除法里的分母。 把分母那段的行列都锁上，再往下拖就正确了。

Q3：相对引用和绝对引用，我该在什么时候用哪个？

只问一句话：这个公式拖到下一行时，什么该变、什么不该变。 会变的（本行的数据）用相对引用，不变的那个参照物（合计、单价、汇率）用绝对引用。不需要判断概念，只需要判断「变与不变」。

Q4：混合引用什么时候用得上？

在对照表里最常用：比如第一列是名字、最上面那一行是月份，其他格子是两者的交叉结果。这时往下走要换名字（锁列）、往右走要换月份（锁行）。它的判断方式是把两个方向分开看，而不是把整个引用当成一个整体。

Q5：按了那个切换键没有反应怎么办？

两种可能：这个键在你的软件或版本里被别的功能占用了，或者你当时光标没停在公式里的引用上。换成手工加符号的方式即可，效果完全一样，只是慢一点。

Q6：跨表引用的公式要注意什么？

写的时候要把工作表名和位置一起写清楚（表名里有空格或特殊字符时要用引号包起来），并且锁住目标位置。跨表引用是「拖完才发现错了」的高发区，因为它错的时候往往不会报错，只是取到了别的表或别的格。

Q7：怎么快速检查一张表的公式有没有锁对？

用一个动作就能验：把最上面那一行的公式往下拖一格，看它算出来的数是不是「你心里预期的那个数」。 只看第一格是看不出问题的——这也是为什么这类错误经常做到最后才被发现。

结语：它锁的不是数，是「拖走时的方向」

那位同事最后是这么改的：把分母那一段的行列都锁上，再往下拖，一列数字立刻正常。整件事花了他两分钟，而前面找原因花了半小时。

把整篇收成一句话：那个符号是一把方向锁，只在拖拽与复制时起作用。 所以下次卡住时，不用去背三种引用方式的名字，只回答一个问题——这个公式拖下去之后，哪一段应该原地不动？ 答案就是该加符号的地方。

一句话总结：公式里的 $ 锁的不是「某个数」，而是「公式被拖走时方向上的那一段」——加在字母前锁列、加在数字前锁行、都加则都锁；它只在拖拽或复制时才起作用，同一格里加不加结果完全一样；判断方法不需要背概念，只问一句「公式拖下去之后哪一段该原地不动」，把这一段锁上即可；而验证方法也不是看第一格的结果，而是真的往下拖一格，看它是不是你要的那个数。