熟悉Android内存分配机制的朋友都知道，Android为每个进程分配内存时，采用弹性的分配方式，即刚开始并不会给应用分配很多的内存，而是给每一个进程分配一个“够用”的内存大小。

app内存占用大，被系统回收的概率就高，当每次把app切到后台再回到app时，可能每次app都会重启,最常见的是activity或fragment被回收了，导致fragment使用activity的数据时，出现NullPointerException。内存占用大，app越不稳定。运行性能差。webview加载页面后会占用更多的内存，从而导致app内存占用大，最终导致出现以上问题。

App中大量Web页面的使用容易导致App内存占用巨大，存在内存泄露，崩溃率高等问题，WebView独立进程的使用是解决Android WebView相关问题的一个合理的方案。

Mo说：大家通过前两篇文章想必都能顺利的 get 到 WebView 与 JavaScript 交互的技能了。现在 App 嵌入 H5 页面已经是稀松平常的事情了，开发者要面对 WebView 也越来越多的爆发出来，比如页面加载慢，内存泄露，不同 Android 系统版本采用了不同内核的兼容问题等等。 所以当我们使用了 WebView 这个组件的时候，性能优化的事情就不能不提上议程了。这篇文章我们就针对上述问题来总结下 Android WebView 性能优化的常见方法。 作者：MoTalksCn_林墨 链接：https://www.jianshu.com/p/95d4d73be3d1 來源：简书 简书著作权归作者所有，任何形式的转载都请联系作者获得授权并注明出处。

Android Profiler分为三大模块： cpu、内存 、网络。基本的使用在上一篇文章有讲到。这里详细说一下。

Android混合开发时经常用到WebView加载html等页面，而WebView的内存泄漏就是最经常遇到的问题，尤其是当项目中需要用webview加载的页面比较多时。 即使当我退出页面时在我的BrowserActivity的onDestroy()方法中进行内存占用回收（如下图）但并没有效果：

我还有什么能说的呢，看来索引基本能解决一切慢sql。好开心。

Laravel API 限速异常 HTTPException Too Many Attemps

这个是 名字中不包含shelter的 且字符长度大于等于15的

在查询中，WHERE 条件也是一个比较重要的因素，尽量少并且是合理的 where 条件是徆重要的，尽量在多个条件的时候，把会提取尽量少数据量的条件放在前 面，减少后一个 where 条件的查询时间。