向楼主学习！～祝幸福～

一般都跑 DEBUG。。。RELEASE 跑了才知道混淆有没有问题的飘过。。。。

@codeskyblue 靠人不如靠自己。。。。搞不定后面就算认怂也有提高。

有能力自己写，个人理解一般 WIKI 提了，没时间改的，一般改起来都不是一时半会能搞定的。

哎，URL 就是一个大坑，URI,URL,STRING，有多少转义可能不一致的。
真要弄明白，看协议，我个人表示实在没那个精力。。。。

我想说觉得你挺不错的，想不到你们公司的开发也不咋的么。。。

赞一个，时间过得好快~~

@woshizh 给多少钱干多少活，价格是你的可替代性决定的，无论技术，管理其实都是有 level 的。
现在测试其实是有溢价的，自己要有清醒的认识，知道很多理论没实践，鸟用没有，哎。

@erick 你可以去 google 下这是谁说的，我觉得这才是做技术撕 x 的最高境界。

talk is cheap,show me the code。go on!~

@quqing 为啥要喷 WeTest 呢？我倒是觉得 wetest 还有些深度。。。
个人觉得测试用例设计完全看人，但技术门槛确实不高，大部分互联网公司也没那么多精力养那么多人去死抠质量，简单问题线上修复。。。

如果开发有成熟的 CI，可以考虑。
没有的话，原来干么还干么。

@chenglan 基础不好就学啊，没有捷径。都是拿来主义的话，拿到广播你还是不知道有哪些字段，可以获取到哪些信息。有耐心就一点一点慢慢来,学会基础，学会怎么查官网 DOC。

今天上午还跟同事说起语言这事。
最好是会一门底层语言如 c,一门面向对象语言 c++/java，一门脚本语言。

这么说如果你短期有升职潜力，你可以这么做，因为这样出绩效。
如果没有，我劝你最好稳一点，因为这样会导致团队实际能力越来越弱化。

@heyniu this.getApplicationContext() 这个是取 app 启动的 context，这个 context 在 app 死之前不会重新创建。。。所以你这么改肯定不会再有泄漏了，这个是肯定的。
我是觉得就算在普通的 activity 周期里面，不是很奇葩的引用链，应该也不会出问题。～我也是好奇心作怪，😄

@heyniu 想不明白。。。。
这么说，我只能怀疑是 setText 有问题了。。。setText 持有了 context 的引用，在完成后却没有释放。。。
这个控件没用过，就是看到扫一眼。很有可能不对。。。～～～

public void setPrimaryClip (ClipData clip)
Added in API level 11
Sets the current primary clip on the clipboard. This is the clip that is involved in normal cut and paste operations.
Parameters
clip The clipped data item to set.

public void setText (CharSequence text)
Added in API level 11
This method was deprecated in API level 11.

按理说你这么写简单的调 clipboard 应该不会出内存泄漏啊？
ClipboardManager clipboard 还干么了？
addPrimaryClipChangedListener 还有类似这种的操作？

B 站高大上。

楼主的分享精神值得赞赏。
楼主的 java 基础应该不错，android 继续加油～

个人感觉内存泄漏可能一直存在吧。。。看架势感觉像是修改了 APP 的内存配置导致问题容易暴露的吧。。。

单位都没有，而且还没有用 UTF-8，差评。

@heyniu 好的，楼主加油！~赞一个！~