@kop1989 自从这哥们儿评测 AirTag 那期测出来几十米追踪距离，跟我实际测试体验有较大差距（实际上 AirTag 的信号强度相当有限，你把它丢进街边花坛无遮挡，可能最多也就 7 ～ 8 米才能搜索到弱信号）之后我就不太相信他视频说的东西，他可能说的都是实话，在极严格的条件下也都能复现，但是通过有意无意的方式误导了观众。

这个 UP 很少说哪个产品的缺点，完全不得罪客户，你要光听他吹，就没有不好的，等到你实际体验又是一回事了，这些比普通人、或者小 UP 主提前拿到厂商产品的大 V，很难指望他们客观，客户产品强势的时候尚且相安无事，要是本身产品素质不行，那可就得考验良心和恰饭之间如何平衡了，游戏行业也差不多，美末 2 但凡剧情没那么拉垮，国内那些媒体也不至于集体翻车，自媒体归根到底是为谁服务，这个事情很重要。

@hstdt 其实刚白屏的时候我把 APP 划掉再手动开启是正常的，区别就是看不到 Debug 信息，就是用的有点凑合，现在的软件工程质量不出点问题反倒奇怪

@Leonard 谢谢，那是挺方便的

@ShuangFan 这个要审么？如果不要我代码轮询一遍常见 URL Scheme 列表不就全拿到了？

@devcat9 意思是直接写代码检测会被拒绝？那是挺严格的

我就好奇一点，像这种能上各大媒体头条的新闻，能轮得到你来首发？

这个品牌慎买，我之前买了一个充电线整理条，一碰就掉，用的还是双面胶，但凡对消费者负点责任都不会这么做东西。

摔成啥样能提供下照片看看么？

@woshipanghu 是是是，简直差的不行

@felixcode
没错，我也见过有人直营店 iPhone 出问题换了好几次机器，也有电脑用了 N 年除了电池一点毛病没有的

这个事儿你摊到了就是 100%，虽然我认为苹果的品控是要领先同行的。

@caviar 连续不连续实际上无所谓，后面 2 位不重复我觉得就可以了，总不能跳 100 个 PID 再生成第二个，uwsgi 的 worker ID 我还不知道怎么拿，配合重试逻辑，应该已经解决了，所以就没进一步修这个问题。

@caviar 实际上 os.getpid() 打印的就是 uwsgi 的 PID，通过观察我发现这个 ID 一般是连续生成，所以我直接取后 2 位数字，作为 worker ID

@est 这个不是一共支持 10 位，共 1024 个节点么，直接填 pid 号肯定有几率溢出啊，关键这一块儿我觉得也不是填 PID 的地方，只是 PID 确实能解决这个问题，最理想情况下，这个 worker 应该就是从 0 开始，多一个进程就加 1

@chenqh 有的，这个能获取到 pid 么

@cszchen 目前没有多台，我不想跑 redis 是因为目前没有其他地方用到这个，不想就为了生成 ID 单跑一个数据库

@chenqh

请问 pid 在整个程序运行周期会不断变化么？
另外 pid 范围是 几十到上万不等，这个数字是远超出 work id 范围的，是要写一个映射么？

@find456789 我主要就想要一连串数字，实际业务上也需要显示出来

@LemonK 请问您有什么方法解决这个问题？