他手里有一个人的手机号、一个似是而非的用户名、一张别人转发的码，还有几个和对方共同待过的群。于是他把能想到的方式挨个试了一遍：先把号码存进通讯录，搜，没有；再输用户名，搜，还是不对；扫那张码，扫出来的不是这个人；最后在群里翻到那个头像，点开，发了一条消息，没有任何回应。
忙完这一圈，他得出了一个听起来很合理的结论：这个软件加不了好友。
但四条路同时坏掉的概率，远低于「四条路各自断在不同的地方」——号码那条断在他存的号码本身，用户名那条断在拼写，码那条断在码的用途，群里那条压根不属于「加不上」，而是另一类问题。它们看起来是同一种失败（都没反应），其实是四种不同的失败。 而把失败分对类，是整件事里唯一重要的动作：因为有的断点你能修，有的断点在他那一侧、你做什么都没用，还有一种，继续试只会变成打扰。
这篇就做这一件事：把「加不上」拆成四类，给你一套能自己定位的顺序。
二、先分清：加好友成功的本质，是两边的信息拼得上
在拆失败之前，先看成功长什么样。连上一个人，从来不是「你做对一个动作」这么简单，而是两个条件同时成立。
| 成功需要什么 | 它在哪一侧 | 缺了会怎样 |
| 你这一侧有对方可识别的信息：他的号码、用户名、那张码，或者你们共同所在的群 | 你 | 你根本没有「敲门」的凭据 |
| 他那一侧的设置允许被这样找到 | 他 | 门是关着的，你的动作再对也进不去 |
这张表是全文的支点：加好友是「你手里的那半张票」和「他那边开着的门」碰上才算数。所以排查的正确顺序，不是换一种方式再试一次，而是先问一句——缺的是哪一半？
这个问题之所以关键，是因为两种缺失的处理方式完全相反：缺在你这一侧，你核对一下就能修好；缺在他那一侧，你这边做任何事都不会改变结果。混淆这两种情况的人，会在一个打不开的门上反复敲门。
三、四种方式，各自的断点在哪
下面把标题里的四种方式摆在一起。每种方式要成立，两侧各需要什么、最常断在哪，一张表说清。
| 方式 | 你这一侧要有 | 他那一侧要允许 | 最常断在哪 |
| 手机号（存进通讯录） | 号码存对，含国家区号 | 允许通过手机号被找到 | 号码少了区号，或者存的本来就是旧号 |
| 用户名搜索 | 那串用户名一个字符不差 | 他设过用户名，且允许被搜到 | 用户名记错，或者他后来改过 |
| 扫码 | 拿到的是他本人的码，且还在有效期 | 码没被撤销 | 拿到的是别的用途的码（比如群邀请码） |
| 共同群组里点开 | 你们真的在同一个群 | 允许群成员发起私聊 | 你点开的不是他本人（重名或仿冒头像） |
这张表最有用的读法是竖着读最后那一列。 四种方式的「最常见失败」其实各不相同——而大多数人失败的真正原因，往往就是自己那一列里的头一条。
接下来把四类断点逐一展开。顺序按「由你能修的，到你不该碰的」排。
四、断在你这一侧：信息本来就不对
这一类最好修，也最容易被跳过——因为没人怀疑自己抄下来的号码。
| 常见情形 | 怎么核对 | 核对之后 |
| 号码少了国家区号 | 对照他的完整号码，补上区号再存一次 | 多数「存了搜不到」的情况在这一步就解决了 |
| 用户名凭记忆敲的 | 让对方直接把用户名发给你，复制粘贴 | 别凭记忆敲，一个字符的差别搜出来就是另一个人 |
| 存的是他的旧号 | 和他确认一下还在不在用 | 换过号的人，旧号那边什么都不会有 |
| 这个号还没注册 | 直接问一句 | 没注册的号码，怎么搜都是空 |
这一类的共同点：答案都在你手里能拿到的东西里，不需要猜对方。 排查时先把自己的这一半过一遍，成本最低，收益最大。
五、断在他那一侧：设置不允许
这一类和上一类正相反：他的门没开，你这边做什么都不改变结果。
常见的几种：他关掉了「通过手机号找到我」这一类开关；他不允许陌生人向他发起私聊；他压根没有设用户名；或者他的账号目前处于受限状态，很多功能对所有人都不开放。
这一类的麻烦在于：你无法直接看到他的设置，所以容易把它误判成前面那一类，于是在自己这边反复核对、反复重存、甚至卸载重装——而那些动作动的都是你这一侧，门还是那扇门。
判断两类断点的办法很便宜：做一个对照——拿另一个你确定联系得上的人，用同样的方式试一遍，结果怎么读，放到「根本不是加好友的问题」那一节一起说。
六、断在中间：信息都对，只是还没显示
第三类最容易被误诊。信息两边都没问题，但结果还没到。
| 情形 | 它长什么样 | 你要做的 |
| 刚存完，还没出现 | 存进去的时候有提示，列表里暂时看不到 | 隔一段时间再看，别连续刷新 |
| 你找的是重名的人 | 搜出来好几个相近的 | 核对头像与简介，别只看名字 |
| 码的用途拿错了 | 扫出来进了一个群 | 群邀请码和个人的码是两种东西，确认来源 |
这一类的共同点是：它们都会自己好，或者换个拿法就好。 所以它们的处理原则是「等一等、核一核」，而不是「换一种加法」。
七、还有一种：根本不是「加不上」的问题
最后一类要说得直白些：有时你连不上一个人，不是因为流程出了问题，而是对方处理过你这边——屏蔽、限制，或者那个账号已经不再被人使用。
这一类有两个特点，和前面三类截然不同：
第一，你无法从客户端里确认它。 系统不会告诉你「对方屏蔽了你」，你只能看到「没反应」——所以任何声称能「检测谁屏蔽了你」的第三方工具，都是在猜，而且是在拿你的账号去猜。
第二，定位它的办法恰好是最省事的一个：换一个对象验证一次。随便找另一个你确定能联系上的人，走同样的方式试一遍——别人都能连上，只有这一个人连不上，答案其实已经出来了：问题不在软件，不在于你怎么做，而在你们俩之间的这一段。
到了这一步，该停的不是操作，是期待。
八、实测对照表：这些做法实际解决的是哪一类
下面这张表把常见的几个做法摆在一起，用处是在动手之前就知道哪一步会不会白做。
| 你打算做的事 | 它实际动的是 | 对哪一类断点有效 |
| 反复搜同一个用户名 | 什么都不动 | 无效 |
| 卸载之后重装 | 本机那份缓存 | 无效——问题从来不在你手机里 |
| 换一台设备再试 | 换的是设备，不是两侧的信息 | 无效 |
| 补上国家区号重存一次 | 你这一侧的信息 | 有效——专修「断在你这一侧」 |
| 让对方把用户名直接发给你 | 消灭信息差 | 有效 |
| 换一个对象验证一次 | 一次诊断动作 | 有效——它不解决问题，但告诉你问题归谁 |
最后那一行值得单独说一句：「换一个对象验证一次」是全文唯一一个不修任何东西、却最该先做的动作——因为它花几秒钟，就能把后面所有功夫指向对的方向。
九、什么时候该停手：三条标准
「加不上」这件事最消耗人的地方，不是操作有多难，而是你不知道还该不该再试。给你三条可以随身带的标准：
第一条：你这一侧能核对的，都核对过了。 号码的区号、用户名的拼写、码的来源、群是不是同一个——这些不需要对方配合，全部核对完，你这一侧就清了。
第二条：换一个对象验证过。 别人都能用同样的方式连上，说明软件没问题、流程没问题。
第三条：通过别的渠道问过一次。 当面、短信、或者任何你们还通着的地方，问一句「你的用户名是多少」——一次就把信息差消灭掉。
三条都做完还连不上，剩下的事实只有一个：答案在他那一侧，而那一侧不归你管。 这时候继续在客户端里换着花样试，不仅不会改变结果，还会以另一种形式到达对方那里——每一次尝试都可能是一次提示。停手不是放弃，是把一件事还给能处理它的那一侧。
十、这几条路一条都不要走
| 有人说能帮你做什么 | 它实际要你交出什么 | 你的后果 |
| 「批量加好友，一键加满」 | 运行它的脚本或工具 | 你的账号，以及被限制的风险 |
| 「采集群成员名单，精准加人」 | 一份来源不明的名单和你的账号 | 打出去的消息全部石沉大海，账号先出事 |
| 「检测谁屏蔽了你」 | 登录你的账号去「查」 | 查不出真相，但账号先不属于你了 |
这三行共同的问题在于：它们承诺的都是「绕过对方那一侧的门」。 而那扇门存在的意义，就是对方的意愿——绕过去，你得到的不是一个愿意跟你说话的人，是一条会被举报的路，外加一个被盯上的账号。任何要你交出账号或验证码的「帮你加人」，它要的从来不是帮你连上谁，是你的账号。
常见问题速答（FAQ）
Q：加好友需要对方同意吗？
A：这里没有「通过申请」那个机制，但「不需要同意」不等于「一定能加上」——对方那一侧的设置（谁能通过号码找到他、谁能向他发起私聊）就是那扇门。门的存在，就是他的同意方式。
Q：存了号码为什么搜不到？
A：按这个顺序查：先看号码有没有带国家区号；再确认他没换号、这个号在用；最后才轮到他的设置。多数情况在前两步就结束了——而很多人直接跳到了第三步，然后开始怀疑软件。
Q：用户名搜不到，是拼错了吗？
A：大概率是。用户名是「一个字符不差」才找得到人的东西，凭记忆敲很容易差一个字母或一条下划线。让对面直接发给你，复制粘贴，一次就排除了这一类。
Q：加了对方一直没反应，是不是被屏蔽了？
A：先别下这个结论。先换一个对象用同样方式试一次：别人都能连上、只有他不行，才轮到考虑那一种可能——而且即便是那种可能，客户端也不会给你确认。
Q：扫了码出来的不是这个人，怎么回事？
A：先确认那张码的用途：群邀请码和个人用途的码是两种东西，扫群码进去的是群，不是联系人。再确认码是「他本人」发你的，而不是别人转手的一张旧码。
Q：怎么判断自己被对方设置了？
A：严格说，客户端不会告诉你，你能做的只有两个间接信号：搜不到他，以及共同群里也没法正常发起私聊。两个都占，加上换别人验证正常——基本就是了。但到这一步，动作应该停在停手那一节说的位置。
Q：批量加好友的工具到底能不能用？
A：不能用。没有官方通路是一回事，更根本的是它绕的是对方的门——那扇门背后的东西你绕不来；绕的过程里，先出事的通常是你自己的账号。
结语：把这一句带走
「加不上」让人烦躁的原因，是它只给你一个结果，不给原因。但把这篇压缩成一条之后，它其实很短：成功的条件是两边各有一半信息拼得上，所以失败也永远只在四个地方——你这一侧、他那一侧、中间的显示，以及压根不是加好友的事。 定位到是哪一处，你该做的动作就完全不同了。
一句话总结：加好友成功需要两个条件同时成立——你这一侧有对方可识别的信息（号码带区号、用户名一字不差、码对用途、群是真的），他那一侧的设置允许被这样找到；所以「加不上」分四类断点：断在你这侧的（信息不对）你能修、断在他那侧的（设置不允许）你做什么都没用、断在中间的（还没显示或拿错）等一等核一核，以及压根不是加好友问题的（对方处理过你）——定位的办法只有一个且最便宜：换一个对象验证一次；三条标准都过完还连不上，停手不是放弃，是把这件事还给能处理它的那一侧；任何声称批量加人、采集名单、检测屏蔽的服务，绕的都是对方的门，而先出事的是你的账号。