试着玩了一下，应该是相当于植入了备注而已

如果使用自己的 QQ 号，或者已经有备注的 QQ 号，显示的均会是已有的备注，植入的备注不会生效

直说一句，除了 cpu 和 ssd ，内存也很重要，反正最好有 8g 吧

我是湖北移动的用户，发了一条微博说这个事，然后这两天每天都有客服人员联系我，最搞笑的是最开始还派一个维修线路的工程师来，我跟他解释说明了这不是线路问题，他说他会向上面反应，没过一会儿，另一个人就打电话来说周一会帮我所使用的账号的弹窗屏蔽掉，等着看吧。

但是我相信绝大多数用户都会选择默不作声静静忍受的，移动自然也会继续肆无忌惮，这才是最可怕的

Ntr QQ ，第三方修改的，有没有人敢用？

如果只是屏幕问题，且预算有限的话，自己上淘宝买一块屏自己更换即可

@byrd 嗯，已恢复使用，不过得想办法把收藏的文章导出来才好

@zix Inoreader 用过一段时间，感觉加载速度比较慢

@alonga 昨天用围脖 @了运营商一波，今天已经叫我私信宽带账号了，不知道会不会解决

我用的湖北移动，最近宽带到期了，也被劫持了来弹窗
然后查看网页源代码是这样的，嵌入了个 js
使用 ublock 屏蔽掉 js 的 ip 后，网页空白一片

也就是说，我打开的是他劫持的 html ，然后他再通过脚本访问我要访问的网页？这个怎么搞，暂时没能想到办法

祖祖代代是农民，只有在外面才能实现家族的伟大复兴

携程的这个算不算？ https://github.com/CtripMobile/DynamicAPK

不装其他东西，打开任务管理器“性能”里面的“打开资源监视器”，然后看硬盘选项卡，谁在用磁盘，在读写什么东西一目了然

腾讯云 1 元学生机路过，正准备域名备案

之前我们搞比赛的时候也是用 Android Studio + Git
Git 服务器不想搭，就挂在 oschina 上了，毕竟国内的服务器，会快一点

@special 没做 BASE64 ，做了转十六进制，并且调试看过变量，并没有失真的现象

@aWangami 已在 Append 中贴出

@limhiaoing 看来这加密在理论上还是有好多学习的地方呢。
不过我的问题的关键是，我在 Activity 中执行同样的加密解密方法是没有问题的，但是在 Receiver 中加密后传输到另外一个 Reciever 中解密就会报这个错。
不过值得一提的是，生成密钥和加密我都是用的默认设置，没有仔细研究是否需要设置填充的情况，但是默认情况他们应该是用的同一种填充方式吧？在 Activity 中能够正常加密解密也能证明这一点
我想这可能是 Android 本身的 bug 。
现在我能想到的点就是加密解密是否跟 Context 有关，因为我出错的环境目前能推测的唯一不同点就是：我在同一个 Activity 中加密解密，这都是相当于在同一个 Context 中完成的；而我用这个 Receiver 加密，另外一个 Receiver 解密，他们应该是在不同的 Context 中的。

@aWangami 代码就是网络上流传的通用的， github 上专门给 Android 封装的包也有，我看了下源代码也都差不多。问题关键是他们在 Receiver 里面都会出同样的问题，很奇怪，我明天准备试下用 JNI 看看