@joh 最主要，PC 用户一般需要刻意关注自己的程序运行情况，也就是说先运行的程序具有较高优先级，不能随意中断其他程序的运行，否则可能带来严重后果。可以认为，内存管理是丢给用户自己的。就比如内存不足了，用户需要自己选择关闭某些程序。用户潜意识里也会关掉不需要的程序。
而手机用户一般无需或者也没有能力关注自己的应用运行情况，往往是新运行的应用具有较高优先级，所以不是关键的系统级应用，越早运行的往往越容易被杀掉。也就是说，内存管理是手机操作系统来主宰的。为了方便用户，尽量不将所有应用都保留，方便用户切换，所以就尽量全部用掉。
当然，这些是理想情况，实际情况是那几个大户，一上来就呼哧呼哧全部吃掉，反正不用白不用。

@joyhub2140 G 家的东西，感觉都是这个尿性，估计人家觉得反正是免费给咱用的。

那个 logcat ，为什么不会自动刷新，即使 auto scroll 处于 pressed 状态。每次要下拉一下设备列表，才自动到最后。

好奇的问一下大家，大家一般是多久呢？

谢谢大家的回复，但是应该不关电脑的事情，编译很快的，CPU 的占用率也就不到一秒钟非常高，后续 CPU ，DiskIO 的使用率都非常低。如果要换电脑，我也不知道换什么电脑比较好了。

感觉是将 apk 推到手机，然后执行安装并启动非常慢。但是这个测试例也非常小，不知道为什么这么慢。我粗略估算了一下：

下面这些任务比较快，不到一秒。
Running tests
Executing tasks: [:app:connectedDebugAndroidTest] in project ...
> Task :app:compileDebugJavaWithJavac NO-SOURCE
> Task :app:bundleDebugClassesToCompileJar
> Task :app:processDebugJavaRes
> Task :app:dexBuilderDebug
> Task :app:mergeProjectDexDebug
> Task :app:mergeDebugJavaResource
> Task :app:packageDebug
> Task :app:createDebugApkListingFileRedirect
> Task :app:compileDebugAndroidTestKotlin
> Task :app:compileDebugAndroidTestJavaWithJavac NO-SOURCE
> Task :app:processDebugAndroidTestJavaRes UP-TO-DATE
> Task :app:mergeDebugAndroidTestJavaResource UP-TO-DATE
> Task :app:dexBuilderDebugAndroidTest UP-TO-DATE
> Task :app:mergeProjectDexDebugAndroidTest UP-TO-DATE
> Task :app:packageDebugAndroidTest UP-TO-DATE
> Task :app:createDebugAndroidTestApkListingFileRedirect UP-TO-DATE

这个任务比较慢：大概 1 分钟左右。
> Task :app:connectedDebugAndroidTest

我最初犯的错误是在代码块（花括号）中使用 defer 了，后来才发现这货只针对函数调用，草率了....

我最不解的是，为什么不投车损险，三者险的价格就涨那么多？有车损险的时候，200 万三者只要 300 多，没有车损险，就变成了 700 ？

谢谢大家，我先尝试一下，其实以前用 process explorer 看过，都是在：ntoskrnl.exe!ExTryQueueWorkItem

我下次 dump 一下看看。这个问题困扰了我好几台电脑了。其实，如果不开任务管理器是感觉不到的，因为毕竟只有一个核被占用了，只是觉得不爽。

@iBugOne 太感谢了~~~

我如果不管 tag ，总是用最新的：

replace github.com/old/dep v1.2.3 => github.com/new/dep

这样好像是提示错误的。

@kuanat 关于 tag 的问题还想请教一下，比如上游 git 的版本是 1.2.3 ，我现在将其 tag 为 1.2.4 ，那下次上游 tag 升级为 1.2.4 的时候，我的 tag 不是和它冲突了么？所以是不是本身不建议 tag ？

@kuanat 明白了，非常感谢热心解答。

谢谢大家的帮助。
@kuanat 衷心感谢，另外我还想问一下，如果我保持版本号不变，那么 tag 不是会冲突么？谢谢

首先谢谢各位的热心解答。

对于抓包，我不是特别能理解。一般来说，抓包是为了进行协议分析而不是内容收集。因为抓包的大多数环境实际上并不能广泛适用，自己 root 一个手机、设置一个环境可以抓包，但是这样的主动环境抓几个包除了分析感觉也做不了啥事情（这样的环境真要搞事情，很多其他的手段，接口上的加解密也没啥太大用）。协议分析的话，接口文档描述得清清楚楚明明白白，应该也用不着。

对于重放，我也觉得不太像。如果加密本身不解决重放的问题，重放密文一样可以攻击。

@ding2dong 好吧，可能是我太老土了，谢谢啦

@wy315700 有道理，多谢啦

@wy315700 参考华为，其实系统可以考虑应用在前台的时候再分发呗。

如今是薛定谔的版本，坐我旁边的哥们，版本号和你我一样，他没有下拉箭头，没有淡紫色标题栏，没有新样式的对话框，也跟我核对了半天.....

@pger 感谢热心回复。

我这里因为是一些工业场合，追求的是固定配置下的大 io 容量。（不像互联网领域，用户量上来了就增加配置，比较弹性）

最后讨论的方案是，锁表然后先查，没有的情况下再插入。这种方式在 conflict 的情况下，只需要查询一次。

再次感谢~