@xuhaoyangx http://ww2.sinaimg.cn/large/57526b63gw1fbnmajcp0pj20r80a2dk7.jpg

@xuhaoyangx CardView 外面用代码包一层 FrameLayout 四大布局之类的东西, 好像是可以的.

http://ww3.sinaimg.cn/large/57526b63gw1fbnm6p5c6sj214s074adw.jpg

http://ww1.sinaimg.cn/large/57526b63gw1fbnm7vlxe4j20u01hcjtv.jpg

https://github.com/xingda920813/SimpleRecyclerView/blob/master/simplerecyclerview/src/main/java/com/xdandroid/simplerecyclerview/Adapter.java

看一下 onCreateViewHolder 方法，只要给 new 出来的 ViewGroup 设一个 LayoutParams 就好了。

为什么 “因为在 onCreateViewHolder 需要 parent ，不然 item 无法 match_parent ，现在加载 cardview 的方式就是用了 xml ”？
我封装的 RecyclerView 的加载更多的 FooterView 就是 Java 代码生成的。似乎 ViewGroup.LayoutParams.MATCH_PARENT 可以正常工作，纵向列表的情况下， FooterView 的宽度是可以匹配到跟 RecyclerView 一样宽的。不解。

替换完 FooterView 后，对 Footer 所在的 Item 进行 RecyclerView.Adapter.notifyItemChanged(int position) 试试？

这个 JDK Swing 程序的字体渲染有问题（如删除内置 JRE 的 IntelliJ IDEA ），锯齿比较严重， Oracle JDK / Zulu 是正常的。

Windows Server? 安全模式可破.

试试 Camera2 呢?

用 Realm 替代 SQLite.

最垃圾的地方明明是 MTK.

E5 很多型号，转两篇 CHH 上的 E5 选购指南给你。

https://www.chiphell.com/thread-1610103-1-1.html

https://www.chiphell.com/thread-1615172-1-1.html

建议双路 E5 V3 / V4 + C610 / C612. E5 2683 V3 正式版 现在只要 2000 元左右， 14 核 28 线程；或者 E5 2650 V4 ，现在 1400 元左右， 12 核 24 线程。用 2 块 CPU 组成双路。 Android 源码编译非常吃 CPU ，基本上 Clang++ 和 Jack (java) 会交替吃满 CPU 的所有线程，所以应该是优先考虑多核性能。

Linux 用的时间不长，对我来说是 openSUSE 下配置 CyanogenMod 编译环境；官网提供的编译指南是 Ubuntu 的，其他发行版很多包和依赖的名称和 Ubuntu 的不一样。

@SoloCompany 1.个人更喜欢 Scala 的设计哲学; 转换基本只有方法返回的是 Java 集合时需要用 scala.collection.JavaConverter 转换一下，或者 import scala.collection.JavaConversion, 将 Java 集合隐式转换为 Scala 集合，这点对开发者不透明感受比较明显之外，其他的时候感觉跟 Java 的互操作性还可以；

2.Android 上 Scala 标准库的体积是个问题，未混淆的情况下， 2.11.8 版本的 scala-library 有 50794 个方法， Dex 中占的体积为 5152 KB ，相比 1.0.5-2 版本的 kotlin-stdlib 有 5703 个方法， Dex 中占的体积为 1011 KB ，所以必须使用 Proguard 和 MultiDex 。我们的应用是因为要引入导航 SDK ， so 库使 APK 变大了约 10 MB 左右，相比之下，混淆过的 Scala 类库 (大部分的类可除去) 占用的体积相对于整个 APK 没有这么明显。当然，体积比较敏感的还是 Kotlin 更小一些；

3.抱歉，不知道的情况下就乱黑了 Kotlin 。只要性能和 Int 上的实用方法兼具，就是极好的。

@nevermind1998 抱歉，我也不是很清楚一般去哪里看。我知道这个问题，是因为我升级到 7.0 后，通知栏出现了很多 XXX 正在运行 这种划不掉的通知， Google 了一下得知的。

最早在 AOSP Issue 里面有讨论：

https://code.google.com/p/android/issues/detail?id=213309&can=1&q=Foreground%20Service&colspec=ID%20Status%20Priority%20Owner%20Summary%20Stars%20Reporter%20Opened

V 站上也有相关的讨论：

『升了 7.1.1 预览版，被国内应用恶心哭了』
https://www.v2ex.com/t/314216

『 Android 7.1 Beta 网络感叹号无法消除, 修改 captive portal server 无效』
https://www.v2ex.com/t/314526

感觉一般的新闻站不会有这种讨论，只是特定的人群会关注吧。

@nevermind1998 他应该指的是 Android 7.1 修复了可以启动前台服务而不显示通知的 Bug 。其实这个 Bug 在部分版本较晚的 Android 7.0 上也已被修复，我的 S7 Edge 的 7.0 就是这样。

@aliuwr 这是个哲学问题。你说的对，如果一开始国产 App 没有唤醒保活什么的， ROM 制作者也不会把 ROM 做成现在这样，那时国产的 App 和国产的 ROM 都会跟国外现在一样。可惜这只是个梦。

现在国产 ROM 杀进程杀的太狠了，其中当属小米和华为最狠，华为是锁屏几秒后杀进程，小米和华为划掉卡片和设置里的 FC 一样，现在 App 针对国产 ROM 基本上只有加入白名单才能存活了...

Clojure 不了解。 Scala 的标准库的集合部分把 Java 的重新发明了一遍，其他新加了一些方便使用的类，如元组让函数可以便捷地返回 2 个值， Source 类让网络请求或文件读取简略为 1 句话。

但它的集合分为可变和不可变两种，不可变集合每次操作都会产生一个新的集合， 然后把原来的集合丢弃掉，占用空间和效率方面会差一点，不可变集合与 Java 中的比较相似， Scala 分别针对它们做效率上的优化，例如不可变集合添加一个元素时，返回的新集合会复用前 n - 1 个元素的空间，不会拷贝一次到新集合里。另外他的集合操作兼顾了 OO 和 FP 两种风格，既有 map, flatMap, filter, collect 等 FP 风格的操作符，也有 OO 风格的 take, takeRight (返回头 n 个或 尾 n 个）等操作符。

另外，不同于 Kotlin 这种因为 Java 原始类型有很多弊端就一刀切的都用 kotlin.* 类不同， Scala 虽然也是 scala.Int ，但他在运行期会尽量是一个 JVM 上的原始 int ，尽量避免装箱以提高性能。同时 Int 可以被隐式转换为一个 RichInt ，提供了很多实用的方法，这是性能与实用性兼顾的例子。

Scala 自己重新写的优势我感觉是不把人当傻子吧，不是限定使用一种方式完成一件事。而是提供很多选择给你自己选，然后分别对每一种进行特定的优化，集合和对待原始类型的态度就是例子。

缺点是可能有运行时开销和体积的 overhead ， Scala 被编译为 Java 字节码，受限于 Scala 在 JVM 上的实现方式，生成的 class 文件众多，每个 class 里面自动生成的方法也比 Java 多很多。另外 Scala 的标准库体积过大。这两点在 Android 上其实很致命（有 ProGuard 会好一点）。

scala-native 看起来很不错，能够在 bare metal 上运行 Scala ，感觉如果成熟的话应该会很厉害。这样 Scala 就有了编写接近底层的一些东西的可能性。