@qiibeta 而且 DeskMini310/NUC8i5 都是可以在 1080p 下面玩 LOL，这 2 个的区别是，DeskMini310 大点性能散热扩展性好点，但是有突然断电硬件损坏的风险，后者小点性能差点扩展性少点，但是无硬件损坏风险

就写写前端的，你的需求，买个 DeskMini310/NUC8i5 不香吗，32G 内存（其实能上 64G，只是需要改黑苹果配置），接 4K 显示器，各种黑苹果的配置驱动都是现成百度 /Google 一堆，对比你自己选配件搭配置，回头 macOS 一升级，某个硬件没法用，烦不死你

Activity 会直接内存一直增加直到 OOM，https://github.com/bytedance/scene 现在也是这样……想做 [超过多少个页面就把之前老页面销毁，等返回老页面的时候再恢复，来节省内存] 这样的功能，还没做

@751762476 我记忆已经模糊了，我印象里面曾经测试过，比如 A 页面打开 B 页面，B 页面在自己的生命周期方法内打开 C 页面，当时我测下来，发现 B 的生命周期已经错了。我当时还测过共享元素动画，那个时候 Fragment 自己的共享元素动画也是有问题的，因为 transition-support 这个包的实现就有坑，但是我现在已经记不清当时的细节了（也有可能我用的姿势不对？）。

@nimdanoob 部分页面啦，至于以后会怎么样，说不好

@janrone 嘿嘿，竟然还有人记得这个 App

@mmrx 嗯，已经在开发中了

@mmrx 互不依赖的功能 module 还能怎么搞，不就是弄个 router 建个 map，用 url 拿 class 吗，这跟这个库没啥冲突

@nicevar 确实啊，没啥名气没啥来头没啥用户量的库最好别引入生产环境，毕竟各种开源库各种坑。这个库，现在跑在西瓜视频和抖音上，暂时还行吧，虽然我也没法保证不出 bug

@lizhuoli 因为是公司的代码……如果挂自己 github 下面怕不是想被开除

1 原生 Rom 治不了流氓 app ，一个个跑的欢
2 第三方 Rom 负优化

蛋疼哦， App 各种 hack 恶心 Rom ， Rom 各种乱改恶心 App ，互相之间一点点挑战整个安卓生态圈的下限。

1 ，容易脏，需要清理球和槽
2 ，容易坏，一年必坏

这些吹 Mac 内存的到底用没用过 Mac

我 16G 内存的 RMBP ，一旦 Chrome/Opera 内存泄露导致 kernel_task 占 5G 内存，那么整个系统必然开始卡顿，就算剩下 2G 内存还是一样

你说三星S6E比较下还犹豫，一加2比较个屁，他也就敢忽悠跟IP6比相机启动速度，跟S6E比就是被吊着打

重启……但凡遇到WIFI莫名其妙问题的，我一律重启解决。

5S弹UIActionSheet明显慢一拍的