换手机，内存大一些的旗舰机，

我有个自用 app ，功能是接收锁屏开屏广播记录时间，
保活的话，每分种刷新前台通知，没做其他操作了，

常年使用红米小米手机，省电策略无限制，再加个清理白名单，没改其他设置了，
配合 app 冻结类应用把所有不需要的 app 都冻结了节省内存，

手机内存从 4G 到 6G 到 8G 再到现在用的小米 mix4 12G 内存，可用内存一般都保持在 6G 以上，终于不杀后台了，

@13936 #9 我们上班时间是固定 9:15-18:30 ，近年也很少加班了，

@13936 #9 额，虽然写着上班，但其实这里一整块代表一整天，起床到睡觉，
正确解读是，凌晨三四点睡觉，八点多起床，

睡得晚那么一点点就有自己的时间，不管做什么都不会觉得那么忙碌了，
平均睡 4.5 小时，希望不会猝，
https://i.imgur.com/SWCNbJg.png

@linuxsteam #15 和 readLine 没关系，这里 shell 脚本中的 echo 是每次都自带换行的，不会影响 readLine ，
实际上你这里换任何阻塞式的读取都会卡死，

@linuxsteam #11 这个例子还根清楚一点，java 一直等的就是第二个 echo input ，但 shell 卡在循环里出不来，java 一直死等，

@linuxsteam #11 这不还是一样的，并没有什么区别，
echo "error" 1>&2 这个执行 10913 次，卡在了最后一次，
就没有离开这个 for 循环，
shell 没有结束，
shell 还在等 java 读取 errorStream 才能结束循环，
java 还在等 shell 结束才能结束 readLine 循环，

@linuxsteam 这里几个流都没问题，状态都正常，唯一的问题是死锁，两个进程互相等待，
shell stderr 缓冲爆了不影响 JAVA ，影响的是 shell 自己卡在 echo error 无法写入，
JAVA 在等 shell 结束再读取 errorStream ，
shell 在等 JAVA 读取 errorStream 才能 echo 再结束，
互相等待就锁死了，

@linuxsteam readLine 不是无法读取，而是等待读取，
java.io 设计就是阻塞式的，没有数据就死等，
而 shell 这边，你自己知道最后一行 echo input 已经执行了，JAVA 那边什么都读取不到了，但是 JAVA 他不知道，在 JAVA 看来，shell 进程还活着，流也没有被 close ，那就得等，

> 哪本书对于以上问题有所讲解。
涉及到缓冲区，一般是 C 语言的书籍对这方面介绍更清晰一些，比如 C Primer Plus ，其他很多书也有讲，

懂缓冲区的话，这个问题关键就是 jvm 对缓冲区的处理了，应该没有书特别讲这个，但可以看看 jvm 核心技术 这类深入 jvm 的书，熟悉了 jvm 再结合 jvm 源码去判断，

但我感觉研究这种东西没有意义，本质上是和 127 == 127 而 128 != 128 那个梗是一个水平的，

缓冲爆了，

1. echo "input"
这里是输出到 shell 进程的 stdout ，经过管道，从 java 进程 process.getInputStream()中读取，
2. echo "error" 1>&2
这里输出到 stderr ，但没有被读取，
因为 java 进程在读取 process.getInputStream()，
而 process.getInputStream()并没有结束，
因为 shell 进程没有停止，也没有关闭 stdout ，
因为 shell 进程卡在最后一次循环 i=10912 ，卡在 echo "error" 1>&2 ，
刚好 stderr 缓冲满了，shell 进程要等 stderr 被消费，java 进程 process.getErrorStream()读取一些就可以让 shell 进程继续执行，但 java 进程卡在读取 process.getInputStream()等待 shell 进程结束，

这也算死锁了，总之就是 java 在等 shell ，shell 在等 java ，
缓冲区爆满之前双方都不互相等待，于是可以正常结束 shell 进程，进而 java 进程结束读取 process.getInputStream()，

dns 污染，

@EminemW #35 问题是没按地址送，放快递柜我是可以接受的，所以我地址直接写了快递柜，

自己不用出钱，但出力帮快递员跑腿了也没人发工资，

另外我这驿站比较远而且不怎么顺路，邮政非要放驿站我就不爽了，

感觉不如验证码，甚至担心丢失，
那些 Authenticator 我记得刷机是不会保留的，
方便也不够方便，
而且国内很大程度上短信验证是必须的，就算要用也能是验证码+TOTP ，不能只有 TOTP ，

@szqhades #32 我也不是反感驿站，我是反感邮政，
我想放驿站的话我地址会直接写驿站，不希望快递员擅自做主，
顺路的话确实没什么，但要是晚上或者周未在家穿着睡衣时本该送到家的快递给你扔驿站了也不打个电话，你会不会反感？屡次这样会不会反感？只有一家快递总这样你会不会反感？

@seeyisee #11 关键是信不信，不是说不说，代码没开源，作者上没上传服务器不试一下是不知道的，只能相信作者，
没上传就是看不见，