@gdb #11 你本人的网络是在境内还是境外啊？我前几个月用 tmp.link 给境内的朋友传文件体验还挺好的，刚才看了你的回复又试了一下，结论是肯定不是限速 200KB/s ，可以跑到几 MB/s ，不过确实也不太快，而且不同网络环境估计差异挺大的。所以……

要不你还是试试 QQ/网易邮箱超大附件之类的方式？

@arsgm #247 你说得对，即使在那种大家都懒得走的站，一堆人挤右边的情况通常也不会永远持续，总会有个人出头站左边，然后后面的人跟着站左边，最后扶梯饱和。
在香港，有时候这种挤单边的情况会持续相当一段时间，这种现象带来的通量减少，未必少于饱和状态下左侧行走带来的通量增加。

而我在这种情况下时常是那个出头站左边的人，在站上左边之前我通常已经排了蛮久的队（因为前面很多排右边的人挡着）。这就是我前面发言里总是表达不喜欢左行右立文化的原因（之一）。

另外，你比较京港两地地铁客运总量差异，不如具体拎出来几个北京（因为城市和线路布局原因）而人流量特别大的站来说明问题。京港之间的客运总量差异不是这个问题的关键，硬要说的话香港以北京 1/5 的车站数量运送了北京 1/3 的旅客，是否也可以说北京的车站平均人流比香港少呢？

地铁客流疏散是一个研究课题，确实是挺有意思的。

（ disclaimer: 虽然不想说太多个人信息，但我在北京生活过的时间比在港还长，起码西二旗是体验过的）

@arsgm #236 另外眯一分钟那个不是我预设，是楼里另一位 V 友提的，你可以看下。

那些电梯寿命城市布局牛马通勤距离远啥的都不是我提的，不用上升到那么高的高度嘛（我也是上班族），我只是试图温和讨论整体效率到底咋样而已，就事论事。

你说的情形，就是进入扶梯口的人是饱和状态，右边站满，左边 [几乎满] 并且左边的人都在主动往前走，相比全部人站定，也许总体通过速率高一点儿（但具体高多少我不知道且比较怀疑，理由上面都说了。有些 simulation 的研究是支持相反结论的，上面也有人贴了）…

去北京体验也没啥意义吧 — 从个体角度，当我站上扶梯，如果我主动往前走那肯定比站着来的快，这个我不去体验我也赞同你。但从群体角度，体验也体验不出定量的结论来。你无非就是想让我见识一下扶梯几乎满员了左边还在有序前行的场景，这个说实话不用去北京我在香港也见过。

但是也不能只考虑扶梯饱和这一种极端情况。我在香港深切体会到左行右立思想深入人心，但我个人见识到的的“扶梯饱和+左行右立”的理想场景，少于“扶梯占一半、一堆人挤在右边排队”（这种情况才是你关注的，最不利于快速清空站台的）的场景。
所以我说“大部分情况”下左行右立的 [意识] 反而导致整体效率下降

@arsgm #236 香港，上面说了

@arsgm #210 我其实觉得左行右立从一开始就不是从整体效率考虑的。

你说“能左行右立，明显可以加速疏散人群的。” 这个角度我还真有些怀疑。
当然我们可以假设两个极端情况：
1. 左行右立文化，但所有人都懒得走，所以大家都在右侧排队，左边空着
2. 左行右立文化，但所有人都活力满满急性子往前走，所以扶梯两侧都是扶梯速度叠加步行速度

1 显然降低疏散效率，2 提高疏散效率。

现实中的情况当然是介于这两者之间，但是据我观察，偏向 2 的情况极少，而偏向 1 的情况经常见到。

就连本帖中 @allstand 这种非常支持左行右立的 V 友举的例子也就是四成人会行走而已。而由于行走的人之间间隔肯定不能太小（否则也走不起来啊），所以就算有四五成人都在左侧行走，比起密密麻麻两边站满人，哪个整体效率更高还不见得。

所以我的结论是，左行右立从一开始就不是为了提高整体效率出现的，在绝大部分场景下左行右立可能是降低效率的（可以搜下有关研究）。一开始大家认为是一种礼让、美德，是出于照顾少数群体（ i.e. “真有急事的人”），是提高个别有需要个体的效率，体现社会包容性。就像我们建设无障碍设施。然而现在从道义上讲，“想多眯一会儿的上班族”在大众心中并没有像残疾人一样值得特殊照顾。

@allstand #198 “入乡随俗” 那你听官方的还是听集体意识？如果官方提倡双立，但是很多人还是习惯左行右立（香港在内很多城市都这样），应该随哪个俗？另外，假如你认为要随大多数人现实的“俗”，但是这时候有个人依据官方宣传站定在左边挡住了你的路，是不是也没什么理由理直气壮地谴责他？

我不知道北京现在官方提倡什么了，好久没去了，但有一个问题，我不太信北京这种城市早高峰人流量大的车站要 10 分钟一班车，你描述是不是夸张了一点儿😂 要么二线城市？

@ganbuliao #195
理论上讲的话，一个运行速度 0.75m/s 、站满了人的扶梯，和一个运行+行走速度 1.5m/s 、隔一个梯级站一个人的扶梯，单位时间内的截面通过的人数似乎是一样的。

而现实中人一般不可能做到在摩肩接踵的情况下快速行走吧，走起来的人和人总会有一定间距的，很难做到无缝衔接。而且主观体验是，人越多你越走不起来。
如果扶梯的左侧人少到足以允许你跑起来，那可能单位时间内截面通过的人数也多不到哪里去。而且这种情况有可能是牺牲了大多数人的几十秒在右边排队的时间才给左边那少数人空出来的。

当然我确实没有实际统计过，只是偶尔想到，顺嘴提一下这么个理想模型。

@makun123 #163
@mschultz #169 刚不小心点到回复按钮了。我想香港应该算是左行右立习惯盛行的城市了吧，客观地说，以下三种情况我都经常观察到：
1. 左右人都较多，左行右立
2. 左右人都较多，都站立
3. 右边人多，左边空着，

其实别说不同的城市，就算不同的站点情况都不一样。可能上班族比较多的地方，情况 1 比较普遍。但有些站点，比如交通枢纽（大家长途旅行基本都不在乎那十秒，而且拉行李箱的很多，你让他们全去直梯不现实，而因为有拉行李箱的，你在扶梯上走的话危险系数极大提高），大家下车后出站，经常出现 3 的情况，我觉得很不理解，这个时候左行右立的文化就明显是降低效率的，甚至有点儿傻。有时候我会主动站到左边，这样后面的人就没啥心理压力了也站在我后面，于是扶梯运力 x2🤣

这个帖子争论那么多可能因为没有区分场景讨论。

——
但话说回来，我仍然觉得就算是在“通勤上班类”的车站，有的人觉得自己多睡 1 分钟而地铁里大家就应该空出一边给他跑，关键是还那么理直气壮，有点儿不可理喻。

@makun123 #163 这个“看出来了”又何尝不是一种臆想，身处香港不知道算不算你说的“非左行右立”，

@quan01994 #10 现在香港宣传倒也是左右两边企定定了。
其实我挺不喜欢左行右立的习惯的，尤其是人多的时候，一大波人下车后挤在站台上，扶梯只有一边向上运人，另一边空着运力浪费。就为了潜在的可能千分之一都不到的“可能有急事的人”腾出一半的运力，我不是很能理解。

主要是不太理解地铁里能有什么“真正的急事”，毕竟你都坐地铁了… 地铁发车间隔一两分钟到几分钟不等，我很怀疑扶梯上行走省的那几十秒，在 [统计学意义上] 减少总行程的时间吗…

@4ark #12 的例子好像也不是太能说服我，上班打卡是一个经常性的事件，做那么多次了应该对什么时候出门比较保险心里有数，如果总是玩极限操作，有一天迟到了归因到有人站扶梯左边不让路，好像也有点儿怪

——
不过在人少、环境安全、扶梯/站台空旷的时候，有人看到车正好来了、想走两步我觉得倒也无所谓啦🤷

@superrichman #2 你说的这个方法我还真试过。当时在医院和在家测试结果能差 30~40 mmHg.

把自购的便携式血压计带到医院测，测出来数值与医院的台式血压计近似，都高。
同一个仪器带回家测结果就变低（正常）了。*多次*试验，尽量保持相同测量姿势，复现率 100%。

简单的语言安慰、深呼吸、“到了医院休息一会儿再测”等方案无效果。一到医院就高，感觉很难解决。

@dufldylan1 #46 按照 Apple 官网的用词来讲的话，算。

@SkywalkerJi #11 不光港版可以 Audio ，实际上不支持蜂窝网络的国行设备（例如 iPad 非蜂窝版）也能 Audio

@lambdaq @lambdaq #23 正面回答 #23 「云空间满了之后，用户应该怎么简单操作来处理这件事？用户的常规路径是不是 …… 」这个问题的话：

1. 我个人自认为比较熟悉电子产品的，我会选择备份照片到更大的介质（ OneDrive/移动硬盘）并在手机端清理部分照片。由于同步机制，这种清理也会在云端释放空间。
2. 我妈这种完全 non-tech-savvy 的用户，根本不知道有网页端这回事，遇到云空间满了也只会在手机端清理照片（此时她能够理解「在手机删除，这张照片就没了」所以不会有 OP 的问题）。或者她发现云空间满了只是个提示，不影响继续拍照片，就不管了。

我想了想，像 OP 你说的第一反应是去网页端删除并且想着手机本地保留的，还真不一定是大众用户/「常规路径」……

@mschultz #24 当然想让你付钱的盈利需求也是促成现在这种设计的原因之一。

@lambdaq #23 你说的有一定道理，可能有相当数量的 non-tech-savvy 的用户，在看到云空间满了之后，第一反应确实是在云端删除部分照片。这确实是产品经理需要考虑的 —— 实际上他已经考虑了，考虑后的结果正是你在原文中引用的「**弹出提示**：本地相片也会一并删除，并且无法恢复」

因为从备份或者同步的角度讲，一般来说用户是有责任确保你备份或者同步的目标介质有足够的空间的，如果用户执意要从一个 「大容量介质」备份/同步-> 数据到「小容量介质」，这本身就是一个非常容易造成问题、违反直觉的需求。如果你确实有这种需求，目前云存储业界大多也就是允许用户（通过指定文件夹等粗粒度方式）手动选择同步哪些文件。

而你想要的是基于单张照片的细粒度选择性同步逻辑，这个并非不可实现，但*也许*会大大增加产品的复杂度和用户理解门槛，可能会比现状造成更多的问题，又得罪另一批用户。

所以我的理解是，产品经理最后做出了取舍，也就是简单地遵从业界惯用的同步逻辑，并对其中可能违反 non-tech-savvy 用户*直觉*的部分作弹窗提示。而不是迁就所有用户，最后做出一个非常复杂容易出问题的东西，类似这张 meme 图: https://www.newmobilelife.com/2016/01/13/iphone-7-geekculture/

https://s2.loli.net/2025/10/18/qORztJUG5u621VW.jpg

@f165af34d4830eeb 一加 13 规格 Specs 页面 https://www.oneplus.com/hk/13/specs 倒是写了
链接功能 - eSIM
连接埠 - nano SIM 双插槽

@MacsedProtoss #1 我印象中苹果截至今年、在世界任何地区还从未发布过 双实体 SIM + eSIM 的机型。

你提的 SE 和 16e 也都是单实体 SIM + eSIM ，其中从 SE3 开始支持双 eSIM 待机（也就是实体 SIM 卡闲置）。SE2 的 eSIM 模块还只能单待。