自己编个 Recovery，验证自己的签名。原厂的 Recovery 就是这么玩的，只不过你没有它签名的私钥而已。

第一感觉这个方案很奇怪，关注一下听听大家的说法

这道题，感觉怪怪的。开 3 个线程，然后居然没有一点并行的需求

这个场景下，你们把 key 翻译成密钥?

按合同赔 1 个月，这不算被坑。只能说你中介费给高了，以及违约金（一般等于押金）约定少了。

几百 G 了，不想使用数据库的原因是什么？感觉自己实现个索引肯定不如数据库做的好。还是说你想搞明白数据库建索引的实现。

之前米粉卡有一种可以取消来电显，0 月租，6 个月发一条短信 1 毛钱就行了。现在不知道还有没有。

不是一个价位的怎么比+1

golang

看起来你是希望先 root，然后出厂的时候移除 root，但仍保留自己的应用能静默安装。

有没有想过这样每台的交付都会很麻烦。

另外，可以尝试一下自己打包一个只能 pm install 的 su 进去，并且执行前校验来源，不想从头做的话，拿着 su 的代码去改。

就像国内的仿制药，有原研药（仙剑 1 游戏）不翻，非要翻一个仿制品（仙剑电视剧）。
就算 80%的复原，80%*80%也就剩 64%了，何况仙剑电视剧还原度还不到 50%，再翻可能只剩下名字一样了吧。

@muntoya 说到问题的关键了，但感觉楼主还在一些不重要的细枝末节上出不来，或者没找到重点，不解释。

@wevsty
至于最后导致的某个线程优先被调用的结果，这个结果本身不是必要的，可能只是实现上导致的副产品。

这个结论我认可，既然是副产品，我是否可以理解为这一大堆解释不必然造成“优先被调用的结果”？

问题是这个副产品才是楼主的问题。

@wevsty

0. 楼主的问题是为什么线程 A 总是优先被调度 ，而不是打印不会乱。先确定这个前提我们理解是否一致。

1. 你的代码确实可以保证线程 A 以更高的优先级被调度到，但我并不认为它是一个优雅的实现，它依赖 sleep 降低线程被调度到的概率。其他实现方式都不可避免的都会导致线程 B 先进入函数的情况下，进行一段时间的等待，降低性能，这是我认为不优雅的关键。当然，如果你有需求，那没办法。所以问题的关键变成了这个需求是否合理，我们是否要在这么底层的位置，定义这么一个特性。（假设如果在 Posix 层面对这种行为做了定义，则这个需求是合理的，必要的，只是我暂时还没有想到）

2. “ MT-Safe 只代表，多线程的情况下这个函数可以被安全的调用”，可以被安全的调用，不代表他对线程有偏好，AB 两个线程一起多次调用，只要打印不相互干扰，都算“被安全的调用”，不一定要 A 先调完 B 再调用，AB 交叉调用也是安全的。你给出的英文原文只是说他可以不是原子的，线程偏好方面的描述，抱歉我没看出来。所以我不认为 MT-Safe 有定义线程方面的偏好，从字面以上 Multi Thread Safe，也看不出这个意思。

就是线程的不确定性，说 printf 有锁的，给一个优雅的伪代码看看，怎么实现一个函数**返回**了，还能保证上次调用的线程**优先**被调度。