@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 好的，楼主加油！~赞一个！~

直接 imgv_pic 设置成 GONE 或者 VISIABLE 感觉就可以了，为什么要设置一个小图？楼主能给解释一下么？

本人 linux 下也如鱼得水。。。
如鱼得水是指业界都认可你的能力么，还是自我感觉的。这个才是关键。
PS:一般来说列会一堆，同时没有主项的，水平比 HELLO WORLD 也不会高太多。。。

顶：talk is cheap show me the code

@skytraveler 如果可修改，相当于本地要放数据吧，这样对管理员来说，匿名其实是不匿名。。。
说真的，测试真的不要再拿什么用例设计、经验之类的来说事了，这些真的学习成本太低，没啥值得骄傲的。会写脚本的瞧不起不会写的，会写框架的瞧不起写脚本的。吐槽太多的话，除了吐槽还能剩下什么。
宽容一点，学习是一个过程，给彼此一个学习适应的时间，或许有不一样的结果。

有一种验证码叫万能验证码，没有话，估计你是搞不定的。
（领导也不会让你花 1,2 个月来学图像识别）

换个音乐播放器？

请正确理解 url 转义，uri 转义；＋号有些后端框架可转可不转，前后端的转义规则需要一致。

说真的，要理你就怪了。。。
任何增加别人工作量的事情又不是领导开口的，呵呵哒。
真要做好，必须从上而下。
有空写这么一段，你自己能改多少改多少好了。。。。。。