Telegram 的「双向联系人」开关：它改的是「谁看得见谁」
他把手机号、最后上线、头像三项都收窄成了同一档——只对我的联系人。他觉得这是一套很整齐的防护：一个标准，管三样东西，没有例外。
一周后他发现了一件事：同一个人的最后上线时间，他看不到了。 他把三项设置又逐条看了一遍，确认还是同一档，找不出任何区别。
他打电话问对方。对方说：「看得到啊，你什么时候上线的我都看得到。」
他以为是对方在开玩笑，或者自己哪里设坏了。其实真正的原因不在设置本身，而在其中有一项的「成立条件」和另外两项不是同一种——而那个条件，不是他单方面能定的。
二、先把「互相」和「对等」切开——这是两套不同的机制
这两个词在日常里几乎被当成同义词用，而它们背后是两套完全不同的规则。不切开，这一项永远想不明白。
| 对等（损失镜像） | 互相（条件要双方满足） | |
| 它说的是什么 | 你少给别人一点，自己也会少拿到一点 | 这件事要在双方都满足同一个条件时才成立 |
| 谁决定它成不成立 | 你自己——你一关，它立刻生效 | 你和对方各一半——你只能决定自己那一半 |
| 典型出现在哪 | 最后上线、已读这一类「对等设置」 | 本项：联系人判定 |
| 出问题时你会看到 | 两边都看不到 | 一边能、一边不能 |
| 你能不能用它做取舍 | 能——所以设之前要算「我愿不愿意付这个代价」 | 不能——你没法用「自己吃亏」换「对方看不到」 |
这一节的核心一句：对等决定的是「我这边也要付」，互相决定的是「光我这边付还不够」。 前者你关了就生效，后者就不是你能单方面定的了。
站内那篇讲「对等规则」的专节说的是左边一列（你关掉、你也看不到），它讲得很清楚，本篇不重复；本篇要补的是右边一列——而引子里那个「一边能一边不能」的现象，正是右边一列才会出现的样子。
三、许可与条件：为什么这一项你单方面改不动
把上面那个区别往下推一层，就得到本篇的支点。
大多数隐私开关提供的是一份「许可」：你决定「谁能做某件事」——谁能看我的手机号、谁能看我的头像。许可的特点是：它是你单方面给的，你改了就生效。
而「双向联系人」这一项提供的是一个「条件」：它不回答「给谁看」，它回答的是「这件事在什么前提下才成立」——而这个前提是双方共同满足的。
| 许可 | 条件 | |
| 它回答的问题 | 「谁能看」 | 「什么情况下这件事才成立」 |
| 判定依据 | 你这一侧的名单 | 两边各自那一半 |
| 你改它会怎样 | 立刻生效 | 只影响你那一半 |
| 所以它的结果 | 你可以精确控制 | 两边可能不一致，而这不是故障 |
这一节的核心一句：你设的不是「给谁看」，而是「要不要双方都满足同一个前提」——所以你改的时候，改的只是自己那一半。
这也解释了一个很常见的困惑：有人把这一项收窄之后，发现效果「时灵时不灵」——对甲有效、对乙无效。那是因为你把一个条件当成了一个许可在用：许可的效果是整齐的（名单上的人一致），条件的效果是按每一对关系分别算的。
四、「互相」这个条件带来的三个后果
认清了它是条件，三个看起来很奇怪的现象就都能解释了。
| 你会遇到的现象 | 它的原因 | 这说明什么 |
| 一边能看、一边看不到 | 条件在两侧各自判断，结果可以不对称 | 不是设置坏了，是条件本来就是分开算的 |
| 你把对方加进了联系人，效果却和没加一样 | 你只满足了条件的一半 | 加通讯录这个动作不是许可——它是条件的一半 |
| 两项设成同一档，效果却不一样 | 两项用的判定方式不同（一个是许可、一个是条件） | 同一档在不同项上不是同一件事 |
这一节的核心一句：「互相」这个条件是按「每一对关系」分别算的，所以它的效果不是整齐的——而这正是「许可」和「条件」最直观的区别。
顺带把「加到通讯录到底改了什么」说清：它改的不是「你允许对方看」——它改的是条件的一半。所以你加了他，只说明你这一半满足了；另一半不在你手上。
再补一句关于「整齐」的：许可型设置最好用的地方，正是它的整齐（设一次，效果一致）。所以如果你真正要的是「整齐」，那就该用许可型的项去达成；把条件型的项当成许可来用，只会得到一个看起来时好时坏的结果。
五、一张对照表：两边会不一致的四种情形
把「互相」这个条件放进具体关系里，会得到四种状态。这张表是这一项最实用的部分——因为它能告诉你「我现在属于哪一种」。
| 你这一半 | 对方那一半 | 结果 | 你该往哪想 |
| 满足 | 满足 | 双方互相可见 | 条件成立，正常 |
| 满足 | 不满足 | 你能看到他，他看不到你 | 条件只成立了一半——这通常是最让人困惑的一种 |
| 不满足 | 满足 | 他能看到你，你看不到他 | 同上，方向相反 |
| 不满足 | 不满足 | 都看不到 | 条件和许可在这里效果一样，所以容易被误判成「设置生效了」 |
这张表要竖着读第二列：在四种组合里，有两种是「两边不一样」的——也就是说，只要你用的是条件型的项，「不一致」就是它的正常状态，占了整整一半。
为什么「两边都不满足」那一行值得单独说：它看起来最像「设置生效了」，所以很多人会拿它当证据——「你看，我设了就都看不到了」。 其实那只是四种组合里恰好两边都不满足的那一种。用它来验证设置，等于用一次巧合当规律。
六、三步确认这一项现在实际在做什么
前面讲的是机制，这一节是动作。三步都在你自己的账号里做，不需要问对方、也不需要任何工具。
| 步 | 做什么 | 你得到什么 |
| 第一步：先分清哪一项是条件型的 | 把你这几项隐私设置逐条看一遍，问每一句：它说的是「谁能看」，还是它给的条件需要「互相」？ | 你会得到一份分栏：哪些是许可、哪些是条件 |
| 第二步：对条件型的那一项，只检查自己这一半 | 确认自己这边满足了没有——并且接受另一半不在你手上 | 你不再把「效果不整齐」当成故障 |
| 第三步：想要整齐的效果，就换成许可型的方式 | 如果你真正要的是「某一批人能看到、其余看不到」，那就找能用名单表达的那种做法（档位加例外那一层，站内另有专篇讲得更细） | 你得到了可预期的结果 |
这一节的核心一句：先把项分栏（许可 / 条件），再决定你要的是「整齐」还是「互相」——因为这两种需求要用两种不同的项去满足。
顺序上的一个提醒：先分栏，再动手。 如果你先动手去调档位，你会得到一个「看起来生效了、但对某些人不生效」的结果，然后再开始怀疑设置坏了——而真正的问题（我把条件当成了许可）一直没被发现。
七、哪几件事其实不用做
| 这件事 | 为什么不用做 |
| 反复检查设置有没有「生效」 | 条件型的项效果本来就不整齐（见「互相这个条件带来的三个后果」那一节）。检查一百遍也是同样的结论 |
| 以为「加进通讯录」就等于「授权给对方」 | 它只是条件的一半，另一半不在你手上 |
| 拿「两边都看不到」当设置生效的证据 | 那只是四种组合里的一种（见「两边会不一致的四种情形」那一节里「两边都不满足」那一行）。用一次巧合当规律，下次就会误判 |
| 把这一项调到最紧，指望它同时解决「整齐」和「隐私」 | 它解决不了「整齐」——那是许可型项的活。两个需求要用两种方式分别达成 |
| 因为两个端显示不一样就去重装或重登 | 先分清是条件按每对关系分别算造成的，还是别的层的问题 |
| 为了确认「对方到底能不能看到我」去试探 | 试探本身会留下动作。判断应该从自己这一侧做 |
| 用第三方工具查「谁把你加为联系人」 | 见下——那类东西要的不是答案 |
这一节的核心一句：这一项的关键不在「调得更紧」，在「用对类型」 ——你需要的是整齐还是互相，决定了你该动哪一项。
八、这几条路一条都不要走
| 你会看到的路 | 它实际是什么 |
| 「查一查谁把你加进了通讯录」的网页或机器人 | 这个信息本就不该由一个第三方给你——它要的是你的登录资格 |
| 「一键互加」「批量导入通讯录」类服务 | 同上，而且它会替你改动你自己的联系人关系——那是你自己那一半，不该外包 |
| 用改过的客户端「解除」两边不一致的限制 | 客户端改不了服务端的判定，它只会改掉你交给它的东西 |
| 为了「让对方看得到我」而把自己的设置全部打开 | 那是用许可的方式去解决条件的问题——代价是你的可见性全开，而条件那一半仍不在你手上 |
| 找人「代设隐私」 | 需要别人替你办的事，办完以后那个人依然能再办一次 |
判断句压成一句：这一项的全部处理都发生在你自己的设置里——凡是把它变成「需要额外工具、额外的人或试探对方」的，就已经偏离它了。
常见问题速答（FAQ）
Q：「双向联系人」到底改的是什么？
A：它改的不是「给谁看」，而是「这件事在什么前提下才成立」——而那个前提要双方都满足。所以它跟大多数隐私开关不是同一个类型：那些是许可（你决定给谁），这一个是条件（双方共同满足）。
Q：它和「对等设置」有什么区别？
A：两套不同的机制。 对等是损失镜像——你少给别人一点，自己也少拿到一点，你自己关了就生效；互相是条件要双方满足——你只能决定自己那一半。所以对等出问题时是「两边都看不到」，这一项出问题时是「一边能、一边不能」。
Q：为什么他能看到我、我看不到他？
A：因为这个条件是按「每一对关系」分别判断的。你满足了、对方没满足（或者反过来），结果就是一边成立、一边不成立。这不是设置坏了，也不是故障——条件型的东西本来就会这样。
Q：把对方加进通讯录，为什么没变化？
A：因为加通讯录只是条件的一半。 它改的不是「你允许对方看」，而是把你自己那一半补上了；另一半不在你手上。所以加了之后效果不变，是这个机制的正常表现。
Q：三项设成同一档，为什么效果不一样？
A：因为三项用的判定方式可能不一样——有的是许可（按你这一侧的名单算），有的是条件（按两边各一半算）。同一档在不同项上，不是同一件事。
Q：怎么判断对方有没有把我当联系人？
A：从你自己这一侧判断，不要去试探，也不要用任何第三方工具。 你能做的是：确认自己这一半满足了没有，并接受另一半不在你手上。想查「别人那边的名单」这件事本身，就是这一项的设计不打算给你的。
Q：这一项应不应该调到最紧？
A：先问你真正要的是哪一种。要「整齐」（某一批人能看、其余不能）→ 用许可型的做法（档位加例外那一层）；要「互相」（只有双方都满足才成立）→ 才用它。把这一项调到最紧解决不了「整齐」这个需求——那是两个不同类型的问题。
结语：把这一句带走
他后来想通的方式很朴素：他把三项按问题重新分了一遍——哪些是「我决定给谁看」的，哪些是「要互相才成立」的。分完之后他发现，他真正想要的那个效果，其实一直是前一种。
他真正学到的不是「怎么设得更紧」，而是「这一项不是我一个人说了算的」。
整篇收成一句可以随身带的话：
大多数隐私开关是一份「许可」——你决定给谁看，改了立刻生效；而「双向联系人」是一个「条件」——它要双方都满足才成立，所以你改的只是自己那一半。
一句话总结：「双向联系人」这一项改的不是「谁看得见谁」，而是「这件事在什么前提下才成立」——它是「条件」，不是「许可」：许可说的是「谁能看」，判定依据是你自己这一侧的名单，改了立刻生效；条件说的是「要什么情况才成立」，判定依据是两边各自那一半，所以你改的时候只影响自己那一半、结果可能两边不一致；把它和「对等」（你少给别人一点、自己也少拿到一点，你自己关了就生效、出问题时两边都看不到）切开之后，很多困惑立刻有解——「一边能看一边看不到」说明条件是按每一对关系分别算的、「加进通讯录没变化」说明那只是条件的一半、「三项设成同一档效果却不同」说明同一档在不同项上不是同一件事；而且四种组合里有两种是「两边不一样」，所以用「两边都看不到」来验证设置，等于用一次巧合当规律；正确的处理是先给这几项分栏（许可还是条件），再决定你要的是整齐（用名单式的许可做法）还是互相（才用它）——这一项解决不了「整齐」这个需求。