Recently I’m working on a memory leak issue of Android. By using “Dump HPROF file” tool in DDMS, I found some objects are retained by java.lang.ref.FinalizerReference. After some investgation, I found the reason.

We have an object A, and A have a reference to a activty B. A will be recreated during refresh, while B won’t. And we have some code like this.

1

A.B.runUiThread();

Even A is no longer needed, the system will still hold the reference to it.

The solution is simple.

1
2

Activity lB = A.B;
lB.runUiThread();

首先给出结论。 4.4.3和4.4.4必须使用4.4.2的基带，并且修改配置文件后才能使用手机刷公交。

4.4.2基带的下载链接 提取码: ts3i

4.4.3和4.4.4的修改文件在这里

4.4.2的修改文件在这里

修改方式就是将

\system\etc\libnfc-brcm-20791b05.conf

\system\etc\libnfc-brcm.conf

两个文件中关于UICC的部分启用。 APK文件是为了关屏也能刷卡，可以不刷。

最恼人的就是必须使用4.4.2的基带才可以实现，之前因为4.4.4的基带已经可以开启移动4G了，所以一直没动，烦恼了一周。

这篇文章详细的介绍了Nexus系列为什么不能直接使用NFC-SIM。

“Access to the SIM requires special adaptations in the baseband firmware (plain APDU access), ”

读取SIM卡中的SE（NFC中的安全模块，NFC-SIM卡就是在SIM卡中，N5默认读的是机器中的SE）需要基带的支持，而在4.4.3中这一步被限制了，无法直接读取，所以必须使用4.4.2的基带才可以。

文章中还提到第三方已经尝试将读取SIM卡中的SE代码提交给Google，可惜一直没有人回复，而4.4.3中又做了进一步限制，感觉Google很不乐意接受SE在SIM卡中的解决方案，前景有些悲观。

再补充下为什么不能使用和包，这篇英文也讲到了，使用和包需要支持SIM Alliance Open Mobile API，厂商一般都是通过直接集成seek for android代码来支持。而N5没有集成，也就不能支持。

我在stackoverflow上看到已经有人尝试给集成代码N5，感觉最大的问题还是如何访问sim卡。不过n5已经支持直接读取sim卡上的se，说不定还真可以使用seek for android