索引，比高铁还快
最近忽然发现有个列表显示不出来了，后来查询，发现是sql的问题。
这个sql查询的库比较大，并且还要left join 用户信息。
我都想把这个接口分开，单独查询用户信息，存储缓存来解决这个问题。
当然这是最后的策略。
我还是先优化sql吧，说来是优化数据库。
一开始这个sql竟然要19秒，这可不是一般的慢啊。
我跟拒where 还要left on 的字段，一个一个加索引，速度慢慢降下来了，将到了9秒。
但9秒也不是我们想要的啊。
知道最后一个关键索引，order by 后面的字段我也给加了索引。
我去，瞬间 200ms查询出了数据。
我还有什么能说的呢，看来索引基本能解决一切慢sql。好开心。
哎，这些个坑啊，以后还是不要信文档，文档有可能懒得更新，还是信demo啊。
我是把一个工程当做library导入后，所出现的问题，肯定是有很多冲突导致的。
学会用androud透明度，不但可以吧ui做到更加美观，还可以做出更加不错的效果来。
学会安卓控件的不可点击，再加上控件的透明度，估计你会做出不错的效果来。
为了理解内存泄漏这个概念，我们认为的制作内存泄漏的例子。
在进行多线程编程中，比较重要也是比较困难的一个操作就是如何获取线程中的信息。大多数人会采取比较常见的一种方法就是将线程中要返回的结果存储在一个字段中，然后再提供一个获取方法将这个字段的内容返回给该方法的调用者。如以下的ReturnThreadInfo类：
在使用最新的Java8库的时候（我用的是Date.toInstant() ）,在调用该方法的地方会有错误提示：
这个原因让我很惆怅，代码一样的东西，在这个地方就报了这种错误，这种错误也没看出来啥原因造成的。
我们不但可以得到显著运行的进程id，我们同样也可以得到其他java的进程id