narutow 最近的时间轴更新

narutow

V2EX 第 275071 号会员，加入于 2017-12-17 14:05:00 +08:00

问与答 • narutow • 178 天前

Android • narutow • 200 天前 • 最后回复来自 better

Android • narutow • 223 天前 • 最后回复来自 BrokenVns

Java • narutow • 2021-03-28 01:02:47 AM • 最后回复来自 cubecube

Java • narutow • 2021-03-13 16:32:39 PM • 最后回复来自 ikas

问与答 • narutow • 2021-02-02 16:02:05 PM • 最后回复来自 irytu

问与答 • narutow • 2021-01-26 13:37:09 PM • 最后回复来自 auto8888

Android • narutow • 2021-01-15 14:13:56 PM • 最后回复来自 fromzero

问与答 • narutow • 2020-12-19 13:32:40 PM • 最后回复来自 ysc3839

narutow 最近回复了

354 天前

QQ 国内应用市场八九月份就会升级 64 位了

2021-05-17 23:43:48 +08:00

编译器和 CPU 都会对没有依赖的指令进行分析后决定是否重排。
1. 当编译器的优化（指令重排，缓存变量）可能会对程序的正确性产生影响时，使用 volatile 阻止优化。
2. 当 CPU 乱序执行无依赖的微指令可能会对程序的正确性产生影响时，使用 barrier 阻止乱序执行。

2021-03-23 20:06:48 +08:00

@iuh Handler 之间不应该是强相关的吗, 只有一个流水线, handler 都挂在流水线里, 消息处理存在顺序. A-> B -> C, C 只能接受 B 解完包的数据

2021-03-12 10:39:11 +08:00

@RedBeanIce 是的, 但如果写在 finally 中的 close 再抛异常, 说明 close 失败了, 这时候该怎么处理呢

2021-01-08 11:05:36 +08:00

@RikkaW 感谢, 理解了, onStart 和 onRESUME 就是界面可见和获得焦点可以同用户交互的两个回调. 其他比如多窗口可以看到, 但不能交互的情况, Activity 就处于 onPause

2020-02-11 11:47:48 +08:00

受够了 996 了, 等先干满一年搞一波

2020-02-11 11:44:15 +08:00

卧槽, 牛逼 = 千言万语在我心！高人竞在我身边;