Telegram 的实时位置：关掉和停止共享不是一回事
他想起前一天给朋友分享过实时位置，有点不放心，于是翻到系统设置里，把那个应用的定位权限关掉了。他觉得这样就算处理完了——权限都关了，它还能拿到我的位置吗。
第二天见面，朋友说：「你昨天挺能走啊，绕了一大圈。」
他愣了一下。权限确实关了，可昨天那一段，对方是一路看着的。
问题不在他没关，而在他关的那一个，和他想解决的那一件事，不在同一层——权限管的是这台设备以后还能不能取到位置；而昨天那一段位置流，在按下分享的那一刻就已经由另一边建立起来了。
二、先把「关掉」这个词拆开：它至少指两件不同的事
「关掉」在日常里是一个词，但在这件事上，它至少对应两个位置完全不同的动作。而它们的差别不是「效果强弱」，是「作用在哪一层」。
| 你说的「关掉」 | 它实际在哪一层 | 它管的是什么 | 改完之后，正在跑的那一条会怎样 |
| 停止共享（在那条位置消息上操作） | 那一次共享本身 | 这条位置流要不要继续更新 | 立刻停——这是唯一能马上止住「正在被看到」的动作 |
| 关掉这台设备的定位权限（在系统设置里） | 本机与系统之间 | 这台设备以后还能不能取得你的位置 | 完全不受影响——它照旧更新 |
| 关掉「把自己放进可被发现的池子」那一类入口 | 另一个功能 | 别人能不能发现你 | 与这条位置流无关（篇幅所限，这一层本篇只切分，不展开） |
这一节的核心一句：「停止共享」是对着一次共享做的，「关掉权限」是对着这台设备做的——前者结束一个已经存在的东西，后者只影响以后能不能再取到位置。
为什么这两个动作容易混：因为它们都叫「关」，都在「设置」这个词的附近，而且在没有任何共享正在进行的时候，它们的效果看起来是一样的（都不显示、都拿不到位置）。只有当你正处在一次共享当中，它们的差别才会第一次显形——而那一刻，往往就是你最需要它管用的时候。
三、为什么关本机权限管不住已经在跑的那一条
这是本篇的支点，也是引子里那件事的全部原因。
关键在于一条位置流是「什么时候、由谁建立」的：
| 顺序 | 发生了什么 | 它在哪一侧 |
| 第一步 | 你按下分享，并选了时长 | 你的设备 |
| 第二步 | 这一条位置流被建立起来——它成为一个持续存在的东西 | 另一侧（服务端） |
| 第三步 | 在这段时间内，它按自己的节奏继续更新 | 另一侧 |
| 第四步 | 你现在去关本机权限 | 你的设备 |
看到问题了吗：第四步动的那个东西，不在第三步所在的那一侧。 一条流建立起来之后，它是一个持续存在的事物，而不是「每次更新都要重新问你的设备要一次位置」。所以：
关掉本机权限，改的是「这台设备还能不能取得位置」；而已经在跑的那一条，不依赖这个许可继续存在。
于是顺序就定下来了：
先在那条位置消息上把它停掉，然后才去动本机权限。 反过来做，你会得到引子里那个结果——权限关了，对方照旧一路看着。
这一节的核心一句：「关掉一个许可」和「结束一个已经存在的东西」是两件事，而且它们之间没有连带关系——不会因为你关了这一头，那一头就跟着停。
再补一句边界：这一条讲的是「哪一个动作管得住正在发生的」，不涉及任何具体时长与入口位置（这两样站内那篇专篇讲得更贴，本篇不重复）。你不需要记住任何数值，只需要记住动作的顺序。
四、按「你担心什么」来索引：该关的是哪一个
前面讲的是机制。这一节换一个更实用的组织方式——不从「功能叫什么」出发，而从「你到底在担心什么」出发。 因为同一个担心，对应的动作可能完全不是你以为的那一个。
| 你真正担心的事 | 该动的是哪一个 | 动完之后，还剩什么没被解决 |
| 「我现在还在被看着」 | 停止那一次共享 | 已经看到的人，他们记住的东西 |
| 「以后不想再被看到」 | 先停掉那一次（否则它会照自己的时长继续跑） | —— |
| 「不想让它拿到我的位置」 | 本机定位权限 | 正在跑的那一条不受影响（见「为什么关本机权限管不住」那一节） |
| 「不想被别人发现」 | 那一类「可被发现的池子」入口 | 这是另一件事，和位置共享不是同一层 |
| 「不想留下记录」 | 处置那条位置消息本身 | 对方已经截下来的那一份（这一层站内那篇专篇讲得更细） |
| 「以后都不想要这个功能」 | 本机权限是下限，不是全部 | 权限只管本机；该功能的入口仍在，只是取不到位置 |
这一张表最该看的是最后一列。 它是我特意加上的——因为大多数人在这件事上真正需要的不是「再关一个东西」，而是知道「这一关之后还剩什么」。 而这张表会告诉你一个不太舒服但很有用的事实：这几样里，没有任何一个动作能把「对方已经知道的」收回来。
这一节的核心一句：判断该关哪一个，不要从功能名出发，从「你担心的是过去、现在还是以后」出发——现在被看着，就停那一次；以后不想被拿位置，才轮到权限；不想被留下记录，就是处置那条消息本身。
五、还有一件不算「关」、但常被当成「关」的事
这一节把最后一个高频误解切掉。
很多人把「删掉那条位置消息」当成「关掉」。 它其实不算——它删的是一条记录，不是一次共享。
| 你以为 | 它实际是什么 |
| 删了消息 = 停了 | 它是两个动作：一个管「这段共享还在不在继续」，一个管「这条记录还在不在」 |
| 删了消息 = 对方看不到了 | 如果那一段还在跑，他照样看得到——他只是看不到那条聊天记录了 |
这一节只加一句本篇该加的：「停」和「删」是两次动作，而它们的先后不是并列关系——先把正在跑的那一个结束掉，其余的才有意义。 至于这两步怎么排、删了之后还剩什么，站内那篇专篇已经写得比我细，本篇不重复。
顺带把「以后都不想要这个功能」这一类的想法也切一刀：位置共享这一类功能，通常没有一个「关掉就永久关闭」的总开关——它的形态是「每一次都由你主动发起」。所以你能关的是本机能不能取到位置，而不是「把这个功能从账号上拿掉」。这个认知很重要：它会让你停止寻找一个可能并不存在的开关，转而把注意力放在真正管用的那些动作上。
六、三步确认：现在有没有在跑、该动哪一层
前三节讲的是机制，这一节是动作。三步都在你自己的设备和账号里做，不需要问对方，也不需要任何工具。
| 步 | 做什么 | 你得到什么 |
| 第一步：先确认「现在有没有在跑」 | 翻一下你最近发过位置的那几条会话，看有没有还在更新中的那一种 | 你能说出现在有没有、有几条（这一步必须先做——不知道有没有在跑，后面两步都是空谈） |
| 第二步：如果有，先在它那里停 | 对着那一条本身操作 | 这一段立刻止住——这是唯一能马上生效的动作 |
| 第三步：再去动本机权限 | 到系统设置里处理这台设备的定位权限 | 影响的是「以后能不能再取到位置」，不是刚才那一条 |
为什么第一步必须排在前面：因为这两层的动作顺序是不能反的（见「为什么关本机权限管不住」那一节）。你如果先去关权限，你会得到一个「看起来处理完了、实际上那一条还在跑」的结果——而这种结果最麻烦的地方是它不会报错，你不会收到任何提示说「你关错了」。
这一节的核心一句：先看清有没有正在发生的，再结束它，最后才去改许可——这个顺序是由「两层不连带」这个机制决定的，不是习惯问题。
七、哪几件事其实不用做
| 这件事 | 为什么不用做 |
| 关了本机权限就以为正在进行的那一条也停了 | 它们不连带（见「为什么关本机权限管不住」那一节）。这是引子里那件事的全部原因 |
| 先去关权限、回头再处理那条消息 | 顺序反了。反了不会报错，只会让你以为处理完了 |
| 反复去翻设置、确认「关掉了没有」 | 真正要确认的是「有没有正在跑的那一条」，而它在会话里，不在权限设置里 |
| 因为不放心，把能关的都关一遍 | 关得多不等于管得住——管用的只有「先结束那一次」这一个方向 |
| 删掉消息之后就当这件事结束了 | 删的是一条记录；那一段有没有停，是另一个问题 |
| 找一个能「永久关闭位置功能」的总开关 | 这一类的形态通常是「每次由你主动发起」，不一定存在你说的那个总开关——别把时间花在找一个可能没有的东西上 |
| 为了确认对方「还能不能看到」去做测试 | 判断应该从自己这一侧做。测试本身会留下一次新的共享 |
这一节的核心一句：这两层里，真正能立刻改变「正在进行」的只有一样——停止那一次；其余的动作都只管以后。
八、这几条路一条都不要走
| 你会看到的路 | 它实际是什么 |
| 「查看别人实时位置」的工具、网页或机器人 | 这种能力不存在于正常功能里——凡是声称能给的，它要的是你的登录资格 |
| 「一键停止所有位置共享」的第三方工具 | 本来就没有「所有」这个清单需要它来停；它要的同样是账号 |
| 改过的客户端，号称能「屏蔽位置上报」 | 客户端改不了那一侧的记录，它只会改掉你交给它的东西 |
| 把位置相关的问题交给某个「帮你设置隐私」的人 | 需要别人替你办的事，办完以后那个人依然能再办一次 |
| 为了「更彻底」而把系统权限全部关给某些工具 | 那类工具拿到的是整台设备能取到的信息，代价比一个位置大得多 |
判断句压成一句：这件事的全部处理都发生在你自己的设备和那一条消息上——凡是把它变成「需要额外工具或额外的人」的，就已经偏离它了。
常见问题速答（FAQ）
Q：关掉定位权限，实时位置会停吗？
A：不会。 一条位置流在按下分享的那一刻就已经由另一侧建立起来了，它是一个持续存在的东西，不依赖本机权限继续运行。关本机权限改的是「以后能不能再取到位置」，不是「现在这一条还在不在」。
Q：位置权限和位置共享是不是一件事？
A：不是，它们分属两层。 位置共享是一次由你发起的行为（可以随时停）；定位权限是这台设备与系统之间的一个许可（管以后能不能取到位置）。而且它们之间没有连带关系——关了这一头，那一头不会跟着停。
Q：关了权限为什么对方还能看到？
A：因为你关的那个不在同一层。那一段位置流已经在另一侧跑着了，你后来关的只是这台设备取位置的能力。正确顺序是：先在它那里停，再动权限。
Q：怎么分辨我该关哪一层？
A：按「你担心的是过去、现在还是以后」来分：担心「现在还在被看」→ 停那一次；担心「以后不想被拿位置」→ 才是权限；担心「留下记录」→ 处置那条消息本身。从功能名出发容易找错，从时间点出发容易找对。
Q：关错了会不会白关？
A：不会白关，但也不会立刻有用。 关本机权限是一件有价值的事——它影响的是以后；只是它管不到你此刻真正担心的那一条。 所以顺序上要把它放在后面。
Q：删掉那条位置消息就等于停了吗？
A：不等于。 「停」管的是那一段还在不在继续，「删」管的是那条记录还在不在——是两个动作。先把正在跑的那个结束掉，其余的才有意义（这两步怎么排，站内那篇专篇讲得更细，本篇不重复）。
Q：有没有一个开关，能永久关掉位置这个功能？
A：这一类的形态通常是「每次由你主动发起」，所以不一定存在你说的那个总开关。 你能确定关掉的是本机能不能取到位置；至于「把这个功能从账号上拿掉」，别把时间花在找一个可能没有的东西上——把精力放在「先结束正在进行的那一次」这个真正管用的方向上。
结语：把这一句带走
他后来把顺序改了过来：先去会话里把那次还没到期的分享停掉，再回头处理本机的定位权限。
他真正学到的不是「哪个开关在哪」，而是「关掉一个许可，和结束一个已经存在的东西，是两件事」。
整篇收成一句可以随身带的话：
「关掉」和「停止共享」不在同一层——前者管的是这台设备以后还能不能取到位置，后者结束的是那一次已经在跑的位置流；而它们之间没有连带关系，所以顺序永远是先在消息上停，再去动权限。
一句话总结：「关掉」和「停止共享」之所以不是一回事，是因为它们作用在两层、而且互不连带——停止共享对着的是那一次共享本身（它是唯一能立刻止住「正在被看到」的动作），而关掉本机定位权限对着的是这台设备与系统之间的一个许可（它只管以后能不能再取到位置）；一条位置流在你按下分享的那一刻就已经由另一侧建立起来，它是一个持续存在的东西，不依赖本机权限继续运行，所以「先把那一停掉，再去动权限」的顺序是由机制决定的、不是习惯问题，而且反过来做不会报任何错，只会让你以为处理完了；更实用的组织方式是从「你担心的是过去、现在还是以后」来索引该动哪一个——现在被看着就停那一次、以后不想被拿位置才轮到权限、不想留记录就是处置那条消息本身；另外要接受一件不太舒服的事：这几样里没有任何一个动作能把「对方已经知道的」收回来，而且这一类功能通常没有「永久关闭」的总开关，它的形态是「每次由你主动发起」——与其去找一个可能没有的东西，不如先把正在进行的那一次结束掉。