楼上技术方面解答的都很好, 尤其是 #3, map 操作符变换 Observable, 但 JSON 不合法明显是服务端的错误.

怼后端 +1, 公司的后端弄得接口返回不是正确格式的 JSON 数据, 这也能忍? 看到接口是 ashx, 说明后端是 .NET, 你懂的. 结合楼主之前发的帖子, 趁年终奖拿了赶快去更好的地方吧.

File -> Other Settings -> Default Settings -> Editor -> File Encodings:

IDE Encoding: UTF-8

Project Encoding: UTF-8

Default encoding for properties files: UTF-8

然后新建一个工程试试。

但是很想不通, CardView 本身就是一个 FrameLayout, 而且在 Android 5.0 以上, 相当于并没有重写 onMeasure 方法 (onMeasure() = super.onMeasure()), 为什么直接用 CardView 作为 itemView 就不行.

@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

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