1.picasso glideԴ?源码?
2.android圆角怎么简单高效实现?
3.picasso和glide的区别
4.glide优缺点
5.Glide-缓存基础（caching-basics）
6.Android开发八大模块学习笔记，带你初探Android系统开发全貌

picasso glideԴ?源码?

       Glide定义

       作为一款基于Flash的软件，Glide并未模仿Windows或其他桌面环境，源码而是源码提供了独特的界面。用户可上传高达GB的源码文件，阅读RSS feed，源码新房房产源码管理书签，源码约会，源码聊天，源码创建文档，源码浏览等。源码虽然Glide的源码设计相当出色，但某些方面与Desktoptwo相似。源码例如，源码一些应用程序以弹出窗口方式打开，源码似乎并非必要。此外，部分应用程序未像其他界面那样经过美化。有些应用程序，通过源码查看试卷如日历，甚至无法正常运行，点击就会出错。

       二、Glide特点

       三、Glide和Picasso的对比及优缺点

       1. Picasso和Glide的with方法后面的参数不同

       2. 加载后质量不同

       Picasso采用ARGB-，而Glide采用RGB-。相对而言，Picasso加载的是全图，质量和清晰度比Glide要高，但加载的采样率过高，导致出现OOM异常的概率比Glide要大得多。

       3. 加载Gif（备注：Gif消耗太多内存，尽量谨慎使用）

       4. 缓存策略和加载速度

       四、Glide加载原理分析

       4.1 质量分类

       安卓显示的质量配置主要分为四种：

       ARGB_：位图，带透明度，每个像素占4个字节

       ARGB_：位图，带透明度，查询工具大全源码每个像素占2个字节

       RGB_：位图，不带透明度，每个像素占2个字节

       ALPHA_8：位图，只有透明度，不带颜色，每个像素占4个字节（A代表透明度，RGB代表红绿蓝，即颜色）

       4.2 默认质量

       Picasso的默认质量是ARGB_，Glide的默认质量则为RGB_

       Glide默认的质量比Picasso稍微差一些。

       4.3 占用内存

       Picasso需要占用的内存为：MB

        * * 4 / / = (MB)

       Glide需要占用的内存为：MB

        * * 2 / / = (MB)

       也就是说，只要同时加载几张，你的应用就会OOM（内存溢出），最恐怖的是，即使ImageView的宽高只有px，同样会占用那么多内存，这就是为什么需要做压缩的原因。

       4.4 加载分析

       1. with

       RequestManagerRetriever是一个单例模式，get方法返回RequestManager，app外广告源码get方法可以传递activity、fragment、context等

       如果传递的是Application，则通过getApplicationManager()方法创建一个RequestManager对象并返回，因为application的生命周期比较长，只要应用程序没有被杀死，Glide就可以工作，加载

       如果传递的是非application，则会在当前的activity创建一个隐藏的fragment，这是因为Glide无法知道activity、fragment的生命周期，如正在网络加载时，activity被销毁，这个时候应该退出加载，因为fragment的生命周期同activity，activity退出后，fragment收到通知，停止加载

       2. load

       其中继承关系是龙之岛dod源码GenericRequestBuilder<-DrawableRequestBuilder<-DrawableTypeRequest，load方法最终会返回一个DrawableTypeRequest对象

       指定静态返回BitmapTypeRequest，动态返回GifTypeRequest，不指定默认返回DrawableTypeRequest，总之，load方法返回一个DrawableTypeRequest对象

       3. into

       调用父类GenericRequestBuilder的into方法，

       Request是用来发出网络加载请求的，是Glide非常重要的一个组件，看一下如何构建Request

       最后会调到GenericRequest的obtain()方法，它的参数有一些是我们之前在load方法中设置进去的，如errorplaceholder、diskCacheStrategy、placeholderId等

       obtain()方法实际上获得的就是一个GenericRequest对象，到这里我们获得了一个request对象，然后看一下这个request对象是怎么执行的，requestTracker.runRequest()方法来执行这个Request

       request.begin()，request是一个接口，它的实现类是GenericRequest中的begin()方法

       在onLoadFailed中将显示异常（错误）占位图，即url为空时显示异常或者placeholder占位图

       在begin方法中还会调到onSizeReady方法，传入宽高，可能是用户override指定的，也可能是通过imageView计算的

       此处省略几万行。。。。。。最后onSizeReady进入到真正的网络请求代码

       服务器返回InputStream，Glide进行解析，最终得到bitmap->drawable并显示。

       五、总结

       Glide的架构扩展性高，但难以理解，各种接口、泛型，需要一定的学习才能熟练运用。

       android开发大量进阶技术知识，尽在Android核心技术进阶手册、实战笔记、面试题纲资料

       干我们这行，啥时候懈怠，就意味着长进的停止，长进的停止就意味着被淘汰，只能往前冲，直到凤凰涅槃的一天！

android圆角怎么简单高效实现?

       实现Android圆角的步骤如下：

       1. 通过Canvas类中的drawRoundRect()方法实现。

       2. 参数解释：rect参数使用RectF表示，包含矩形四个坐标值。left、top、right、bottom分别代表距离X轴和Y轴的坐标值。rx、ry参数代表x轴和y轴的圆角半径。paint参数用于指定绘制所使用的画笔。

       3. 示例代码如下：效果展示。

       4. 加载库主要有Picasso，Glide，Fresco，Android-Universal-Image-Loader等。其中Picasso和Glide实现方式相似，不再赘述。

       5. 使用Picasso实现代码示例：效果展示。

       6. 满足只在下面两个角设置圆角，上部保持不变的需求，可通过传入定义好的枚举类型实现。

       7. 若项目已迭代多次且布局使用了Fresco，更换加载框架将较为麻烦，Picasso、Glide则更适配已有布局。

       8. 使用Picasso、Glide等库时，可以创建一个ImageLoader工具类，统一配置加载的逻辑，如：ImageLoader.getInstance().displayImage(Context,ImageUrl,ImageView);

       9. 针对不想写复杂方法的情况，可考虑使用Fresco。初始化、配置、加载的步骤如下：效果展示。

       . Fresco GitHub项目主页提供详细中文文档和API说明。

       . 使用Fresco的setImageURI()方法加载地址，效果展示。

picasso和glide的区别

       ä½ å¥½ï¼Œå¾ˆé«˜å…´å›žç­”你的问题：

       æ€»ä½“来说二者极为相似，有着近乎相同的 API 的使用风格，但 Glide 在缓存策略和加载 gif 方面略胜一筹。

       åŸºç¡€

       Glide 和 Picasso 非常相似，Glide 加载图片的方式和 Picasso 如出一辙。

       è™½ç„¶ä¸¤è€…看起来一样，但 Glide 更易用，因为 Glide 的 with 方法不光接受 Context,还接受 Activity 和 Fragment,Context 会自动的从他们获取，同时将 Activity/Fragment 作为 with()参数的好处是：图片加载会和 Activity/Fragment 的生命周期保持一致，比如 Paused 状态在暂停加载，在 Resumed 的时候又自动重新加载。

       å›¾åƒå’Œå†…å­˜

       åŒæ ·å°† × 像素的图片加载到 × 的 ImageView 中，Glide 加载的图片质量要差于Picasso，这是因为 Glide 默认的 Bitmap 格式是 RGB- ，比 ARGB- 格式的内存开销要小一半。想要提高 Glide 的图片效果，可以创建一个新的 GlideModule 将 Bitmap 格式转换到 ARGB-。同时在 AndroidManifest.xml 中将 GlideModule 定义为 meta-data。

       ä¿®æ”¹äº† Bitmap 格式后，Glide 将花费两倍于上次的内存，但是仍远远小于 Picasso 的内存开销，原因在于 Picasso 是加载了全尺寸的图片到内存，然后让 GPU 来实时重绘大小。而 Glide 加载的大小和 ImageView 的大小是一致的，当然，Picasso 也是可以指定加载图片大小的，但是问题在于你需要主动计算 ImageView 的大小，或者说你的 ImageView 大小是具体的值（而不是 wrap_content ）

       åœ¨åŠ è½½å›¾ç‰‡è¿™ä¸ªé—®é¢˜ä¸Š Glide 完胜 Picasso，因为 Glide 可以自动计算出任意情况下的 ImageView 大小。

       Image质量的细节

       å°† ImageView 还原到真实大小时，Glide 加载的图片没有 Picasso 那么平滑。

       ç£ç›˜ç¼“å­˜

       Picasso 和 Glide 在磁盘缓存策略上有很大的不同。Picasso 缓存的是全尺寸的，而 Glide 缓存的是跟 ImageView 尺寸相同的。我们可以将 ImageView 调整成不同大小，但不管大小如何 Picasso 只缓存一个全尺寸的。Glide 则不同，它会为每种大小的 ImageView 缓存 一次。尽管一张图片已经缓存了一次，但是假如你要在另外一个地方再次以不同尺寸显示，需要重新下载，调整成新尺寸的大小，然后将这个尺寸的也缓存起来。具体说来就是：假如在第一个页面有一个 × 的 ImageView，在第二个页面有一个 × 的 ImageView，这两个 ImageView 本来是要显示同一张图片，却需要下载两次。不过，你可以通过代码改变这种行为，让Glide既缓存全尺寸又缓存其他尺寸，

       è¿™æ ·å°±ä½¿å¾—下次在任何 ImageView 中加载图片的时候，全尺寸的图片将从缓存中取出，重新调整大小，然后缓存。

       Glide 的这种方式优点是加载显示非常快。而 Picasso 的方式则因为需要在显示之前重新调整大小而导致一些延迟。不过 Glide 比 Picasso 需要更大的空间来缓存。

       ç‰¹æ€§

       Glide 可以做到和 Picasso 几乎一样多的事，代码也几乎一样。但 Glide 可以加载 GIF 动态图，而 Picasso 不能，但是 Glide 动画会消费太多的内存，因此谨慎使用。除了 gif 动画之外，Glide 还可以将任何的本地视频解码成一张静态图片。还有一个特性是你可以配置图片显示的动画，而 Picasso 只有一种动画：fading in，最后一个是可以使用 thumbnail()产生一个你所加载图片的 thumbnail。其实还有一些特性，不过不是非常重要，比如将图像转换成字节数组等。

       æ€»ç»“

       Glide 和 Picasso 都是非常完美的库。Glide 加载图像以及磁盘缓存的方式都要优于 Picasso，速度更快，并且 Glide 更有利于减少 OutOfMemoryError 的发生，GIF 动画是 Glide 的杀手锏。不过Picasso 的图片质量更高。如果使用 Glide，建议将 Bitmap 格式换成 ARGB_、让 Glide 缓存同时缓存全尺寸和改变尺寸两种。

glide优缺点

       ä¼˜ç‚¹

        多样化媒体加载

        Glide 不仅是一个图片缓存，它支持 Gif、WebP、缩略图。甚至是 Video

        生命周期集成

        通过设置绑定生命周期，我们可以更加高效的使用Glide提供的方式进行绑定，这样可以更好的让加载图片的请求的生命周期动态管理起来

        高效的缓存策略

        A. 支持Memory和Disk图片缓存

        B. Picasso 只会缓存原始尺寸的图片，而 Glide 缓存的是多种规格，也就意味着 Glide 会根据你 ImageView 的大小来缓存相应大小的图片尺寸

        比如你 ImageView 大小是，原图是 ，而使用 Glide 就会缓存 规格的图，而 Picasso 只会缓存 规格的。这个改进就会导致 Glide 比 Picasso 加载的速度要快，毕竟少了每次裁剪重新渲染的过程，非常灵活 & 加载速度快

        C. 内存开销小

        默认的 Bitmap 格式是 RGB_ 格式，而 Picasso 默认的是 ARGB_ 格式，这个内存开销要小一半。

        Android关于图片内存计算，共有四种，分别是：

        ALPHA_8：每个像素占用1byte内存

        ARGB_:每个像素占用2byte内存

        ARGB_:每个像素占用4byte内存（默认，色彩最细腻=显示质量最高=占用的内存也最大）

        RGB_:每个像素占用2byte内存（8bit = 1byte）

        举例说明：一个位的PNG=ARGB_=x,那么占用空间是:xx(/8) = 4,,kb=4M左右

        在解析图片的时候，为了避免oom和节省内存，最好使用ARGB_模式（节省一半的内存空间）

        4.2 缺点

        使用方法复杂

        由于Glide其功能强大，所以使用的方法非常多，其源码也相对的复杂

        包较大

Glide-缓存基础（caching-basics）

        前几篇传送门：

        原文传送门：

        正文：

        在了解完图片的加载、显示、处理之后，接下来继续研究优化。成功、高效加载图片的基本特性之一就是利用缓存。在本文，我们将会了解Glide的缓存机制的基础部分。

        在设计一款Android应用的时候，一个好用的图片加载框架应该尝试最小化网路请求的次数。Glide也一样，Glide默认通过内存和磁盘缓存来避免不必要的网络请求。在后续的文章中我们会具体看看其实现细节。如果你已经迫不及待，随时可以查看这个 官方文档 ：

        对于现在，重要的是，所有的图片请求都会在内存和磁盘上建立缓存。缓存通常都是非常有用的，然而在某些情况下又不希望它这么做。在下一节，我们将学习如何在一次请求中改变Glide的缓存策略。

        如果你使用过Glide，你注意到根本不需要为开启缓存做额外的事，它自然而然就实现了。然而，如果你知道某张图片改变非常快，那么你应该要避免某些缓存。

        Glide提供了一些方法来调整内存和磁盘缓存策略，让我们先来看看内存缓存。

        我们假设一种非常简单的情形：从网络上加载一张图片到ImageView上：

        你已经注意到我们这里使用 .skipMemoryCache( true ) 来特地告诉Glide，让它跳过内存缓存。这意味着Glide不会将它放入到内存缓存当中。需要注意的是，这只是影响了内存缓存，Glide依然会使用磁盘缓存来避免额外的网络请求。

        很容易理解的是，Glide是默认将所有的图片资源都加入到内存缓存中的。因此，没有必要专门去调用 .skipMemoryCache( false ) 这个方法。

        提示：要注意的是，对于同一个图片链接，如果你初次请求的时候没有调用 .skipMemoryCache( true ) ，后面又调用了这个方法，那么它会被加入到内存缓存当中。当你想调整缓存策略的时候，确保你在请求同一个图片的时候保持策略统一。

        基于你已经学习完上面的章节，你知道即使让内存缓存失效，图片请求依然会将图片存储在设备的磁盘上。如果你有一张图片，它指向同一个链接上，但是它改变得很快，那么你可能也不想让它存储在磁盘上。

        你可以通过 .diskCacheStrategy() 方法改变Glide的磁盘缓存策略。与 .skipMemoryCache() 不同的是，它需要传入不同的枚举值，而不仅仅是布尔值。如果你想让磁盘缓存失效，将 DiskCacheStrategy.NONE 作为参入传入即可：

        这样的话，这张图片的一点磁盘缓存都不会有。然而，它默认会使用内存缓存。为了让两个缓存都失效，把它俩组合一下就好：

        我们前面已经提到了，对于磁盘缓存，Glide不止一个选项。在知道有哪些选项之前，你要明白磁盘缓存是相当复杂的东西。例如，Picasso只是缓存完整图片。然而，Glide的缓存不仅缓存原图、完整的图片还有额外一些缩小的图片。

        例如，如果你请求一张图片是 x 像素，然后你的ImageView是 x 像素，那么Glide会将这两个尺寸图片都缓存起来。

        现在你应该明白磁盘缓存策略 diskCacheStrategy() 中，不同的枚举参数之间的区别了：

        作为最后一个例子，如果你有一张图片，你知道会经常修改它并且会有各种不同的版本，那么把它指定为仅缓存原图是很有意义的。因此，我们可以使用 DiskCacheStrategy.SOURCE 来告诉Glide仅缓存原图即可：

        由于Glide对于同一张图片可以采取不一样的的缓存方式，想要简单的清除某张图片的缓存不是一件容易的事。你需要找到这张图片所有的变体，然后针对性地让那个缓存失效。

        这是一个相当繁琐的步骤， 官方文档 里讲解得非常清楚。

        在本文，你学习了Glide缓存图片的基础知识，并且知道如何调整缓存策略。基于你的需求，在后续的博文里，我们将回到这个话题讲解更多高级的优化。然而，这篇文章已经提供了非常有效的方法让你可以好好地利用Glide的缓存了。

        下周，我们将看看 良好的用户体验的另一个关键点：优先图片请求！

Android开发八大模块学习笔记，带你初探Android系统开发全貌

       Android操作系统，自Andy Rubin开发以来，逐渐由Google收购并拓展至包括智能手机、平板电脑在内的多个领域，以其免费、智能和开放性在全球市场份额中占据重要地位。

       Android系统庞大，学习内容繁杂，本文将通过八大模块深入讲解，旨在带领初学者全面了解Android系统架构及其运作机制，构建坚实的技术基础。

       架构师筑基必备技能

       深入理解Java泛型

       注解使用详解

       并发编程实践

       数据传输与序列化技术

       Java虚拟机原理探索

       高效IO操作

       Android百大框架源码解析

       Retrofit 2.0源码剖析

       Okhttp3源码解读

       ButterKnife源码解析

       MPAndroidChart源码解析

       Glide源码解析

       Leakcanary源码分析

       Universal-image-loader源码详解

       EventBus 3.0源码解析

       ZXing源码分析

       Picasso源码解析

       LottieAndroid使用详解与源码解析

       Fresco源码分析——加载流程

       Android性能优化实战解析

       腾讯Bugly：深入理解字符串匹配算法

       爱奇艺：安卓APP崩溃捕获方案

       字节跳动：深入理解Gradle框架

       百度APP技术：Android H5首屏优化实践

       支付宝客户端架构解析：Android客户端启动速度优化

       携程：组件化架构实践

       网易新闻构建优化：构建速度提升策略

       高级Kotlin强化实战

       Kotlin入门教程

       Kotlin实战避坑指南

       项目实战《Kotlin Jetpack 实战》

       Android高级UI开源框架进阶解密

       SmartRefreshLayout使用与实践

       Android PullToRefresh控件源码解析

       Android-PullToRefresh下拉刷新库基本用法

       LoadSir-高效易用的加载反馈页管理框架

       Android通用LoadingView加载框架详解

       MPAndroidChart实现LineChart（折线图）

       hellocharts-android使用指南

       SmartTable使用指南

       开源项目android-uitableview介绍

       ExcelPanel使用指南

       Android开源项目SlidingMenu解析

       MaterialDrawer使用指南

       NDK模块开发

       NDK模块开发入门

       JNI模块实践

       Native开发工具介绍

       Linux编程基础

       底层处理技术

       音视频开发教程

       机器学习应用入门

       Flutter技术进阶

       Flutter跨平台开发概览

       Windows中Flutter开发环境搭建

       编写Flutter APP实操

       Flutter开发环境搭建与调试

       Dart语法基础解析

       Dart语法进阶与源码分析

       微信小程序开发

       小程序入门指南

       小程序UI设计与实现

       API操作详解

       购物商场项目实战

       本文内容涵盖Android系统架构、源码解析、性能优化、Kotlin强化、UI框架、NDK开发、Flutter技术、微信小程序等多个方面，旨在帮助初学者全面深入地了解Android系统开发全貌，构建坚实的技术栈。