耗时引起的卡顿，主线程耗时较长。

检测方法的执行时间，找执行较长的方法。
卡顿：cpu的饱和度引起卡顿，耗时引起卡顿，内存抖动频繁gc，多线程上下文切换。

选择当前的应用-进程，点击【Start Method Profiling】--【OK】。
然后下滑页面，整个程序开始卡顿，等卡顿执行完，再次点击【Start Method Profiling】，
生成ddms57****.trace文件，查找哪个方法的执行时间过长。

方法的排序执行时间，包含了其子函数的执行时间。
找到耗时的方法：ImageUtil.doblur() // 高斯模糊耗时，耗时7s左右。
优化1：线程切换，将耗时操作交给子线程处理。
优化2：不加载原始图片，将加载的图片缩小，减少内存占用和计算量。
使用 SimpleTarget一定要传宽高。
优化3：使用LruCache缓存，避免每次都从网络请求。 同样的图片处理完缓存起来，刷新不要再去请求和计算。
LruCache 底层使用LinkedHashMap实现，通过前移编码挪到最前面。
不同手机内存不一样，根据手机分辨率来定缓存大小。Glide--MemorySizeCalculator--targetBitmapPoolSize

为啥根据手机分辨率来定缓存大小？
根据isLowMemoryDevice +(手机内存，分辨率)，不同分辨率的手机加载图片的大小不同。
当图片变更频繁，且要高效率。可以考虑放native层。如需要100~200Mb。

高斯模糊算法分析：根据周边像素值来确定自己的像素值，平均值、最大值、最小值、正态分布值。

• 均值模糊：对当前像素点的周边半径，进行相加然后取平均值，赋值给当前像素点。
• 高斯模糊：会进行权重处理，越靠近当前像素点，权重值越大; 越原来越小。有平滑效果。
  每个像素点都需要处理，还有要取计算正态分布的值(卷积和)
  如果半径越大，算法复杂度就越大；如果图片宽高像素点越多，算法的复杂度也越大。
• 中值滤波：降噪
• 双边滤波：美容

openCV和音视频的三个阶段：会用API > 底层原理 > 搞清数学的公式，会算法。
优化：使用均值模糊，代替均值模糊。

3.1均值模糊：w h只能是奇数。值越大越模糊。

size里面参数，是模糊的半径。

3.2高斯模糊---卷积和

高斯保留了一些轮廓，相对更加清晰。可以用均值模糊替代均值模糊。提高效率。
sigmaX， sigmaY 的作用，可以直接传0.
sigmaX 不传代表和sigmaY一样，如果sigmaX<=0,自己会计算= 0.3((ksize-1)0.1-1) +0.8

对图片原始宽高进行优化，占用内存太大，计算量太大。
下载的时候，指定图片宽高。

loadImage--> mStrategy.loadImage() 策略设计模式，便于切换图片方案为其他。
GlideImageLoaderStrategy implements BaseImageLoaderStrategy<ImageConfigImpl> 切换策略。
----loadImage/

SingleRequest/onSizeReady()/ Engine.load()--
DecodeJob:decodeFromRetrievedData()--decodeFromData()--runLoadPath()
path.load()-- loadWithExceptionList()-- path.decode()
decodeResource()--> decodeResourceWithList()--> decoder.decode(data,width,height,options)
// ResourceDecoder的实现类为 StreamBitmapDecoder

-- callback.onResourceDecoded(decoded)

Downsampler 源码解析。计算宽高

图像图形学。
音视频门槛高，薪资也高一些。

• 优化1：线程切换，将耗时操作交给子线程处理。
• 优化2：不加载原始图片，将加载的图片缩小，减少内存占用和计算量。
  使用 SimpleTarget一定要传宽高。
• 优化3：使用LruCache缓存，避免每次都从网络请求。 同样的图片处理完缓存起来，刷新不要再去请求和计算。
  LruCache 底层使用LinkedHashMap实现，通过前移编码挪到最前面。