1、首先，Binder主要是Android 跨进程通信的一种方式，它是一个Android 中的一个类，实现了IBinder接口，主要是用在Service中。Android 跨进程通信有几种方式，Bundle、AIDL、Messenger、ContentProvider、socket等。
成都创新互联专注于玉屏企业网站建设,响应式网站设计,商城开发。玉屏网站建设公司,为玉屏等地区提供建站服务。全流程按需搭建网站，专业设计，全程项目跟踪，成都创新互联专业和态度为您提供的服务
2、Binder恰恰符合面向对象思想，将进程间通信转化为对某个Binder对象的引用，调用该对象的方法。而其独特之处在于Binder对象是一个可以跨进程引用的对象，它的实体位于一个进程，而它的引用却遍布于系统的各个进程之中。
3、Binder 驱动收到请求命令向 ServiceManager 的发送 BC_TRANSACTION 查询已注册的服务，会区分请求服务所属进程情况。查询到直接响应 BR_REPLY 唤醒等待的线程。若查询不到将与 binder_procs 链表中的服务进行一次通讯再响应。
4、Android采用的是Binder作为IPC的机制，只需复制一次。 Binder翻译过来是粘合剂，是进程之间的粘合剂。
1、至此，一个较为规范的自定义View已经完成了。Carson_Ho的github： 自定义View的具体应用 不定期分享关于 安卓开发 的干货，追求 短、平、快 ，但 却不缺深度 。
2、具体效果分别如下：较为复杂的个性化动画效果。将动画拆分后的图片帧 在 Android 0 （ API 11 ）后才提供的一种全新动画模式 与属性相关、更加复杂的动画效果。
3、新建Android工程，命名为TableLayout； 修改main.xml布局文件，具体代码如下：在res/drawable-mdpi目录下新建一个shapee.xml文件，该文件是自定义图片。
1、源码分析如下：若上述两个方法都没获取到缓存图片时（即内存缓存里没有该图片的缓存），就开启新线程加载图片。
2、ResourcesCacheGenerator 获取的是转换过的缓存数据； SourceGenerator 获取的是未经转换的原始的缓存数据； DataCacheGenerator 是通过网络获取图片数据再按照按照缓存策略的不同去缓存不同的图片到磁盘上。
3、内存缓存 本地缓存 网络缓存 其中，内存缓存应优先加载，它速度最快；本地缓存次优先加载，它速度也快；网络缓存不应该优先加载，它走网络，速度慢且耗流量。
4、解决办法： 这是Glide强大的缓存带来的副作用，我们可以在RequestOptions中加入.diskCacheStrategy(DiskCacheStrategy.NONE）.skipMemoryCache(true)的选项。
5、Glide四级缓存：先找内存，再找文件 1）活动缓存（活动资源）：ActiveResource，里边使用一个弱引用weakHashMap来保存正在使用的图片，当我们加载图片的时候，先从activeResource里边去查找，如果找不到的话就从内存缓存里查找。
华为的鸿蒙系统提出一个“微内核”的概念，其实这个谷歌新系统Fuchsia OS就是微内核的系统，它们希望用这个全新的系统来替代Android这种老弱病残的现状，因为它身上的顽疾太多了，还是没药可救的那种。
鸿蒙系统整体从外观上看，界面更加整洁明了，而且增加了不少实用的功能：抠图，大文件夹，视频拍摄防抖共能进一步加强等等。
鸿蒙操作系统与华为“云+端”芯片形成强大合力，形成杀手锏应用。从技术、生态两角度看，操作系统对于ICT厂商而言具有重要意义，鸿蒙操作系统的推出，对华为、对我国自主可控进程的意义不言而喻。
从这个形容就可以看出，它的野心有多大了。任正非曾经就表示，华为的操作系统想超越安卓和苹果，可能需要很长的时间，但是不会超过300年，看看老爷子这番说辞，就知道这款操作系统到底要干嘛了。
1、便于添加新功能，且各部分不相互影响。如上图，鸿蒙和安卓都是基于Linux的，而iOS基于更为基础的 Unix。安卓是宏内核，鸿蒙是微内核，iOS是混合内核。
2、其实鸿蒙系统和安卓从开发角度来说，都是用到了开源社区全球开发者提供的代码（AOSP），所以两者从本质上来讲，不存在谁套壳谁。
3、鸿蒙是安卓套壳。鸿蒙引入了一个内核抽象层来屏蔽多内核差异，这样上层就可以获得统一的内核能力，包括进程/线程管理、内存管理、文件系统、网络管理和外设管理等。
4、华为鸿蒙系统是微内核架构，兼容安卓系统。这句话什么意思呢？很多人都懂，当然啦，也有人不懂，这也是很正常的。
5、这几天鸿蒙系统可以说是火遍了全网，几乎每一个网民都在讨论，而且拥有华为手机的用户还把服务器挤爆了，根本就获取不了鸿蒙内测的资格。
1、所以，大家可根据自己的使用场景来进行消息推送平台的选择。通常第三方推送平台都支持两种推送消息类型：通知栏消息和透传消息。不定期分享关于 安卓开发 的干货，追求 短、平、快 ，但 却不缺深度 。
2、第三方消息推送平台要尽可能降低自身的接入门槛，为APP开发者节省时间成本。体积推送SDK应该体积尽量小，不能对主程序的大小和复杂度产生影响。
3、Android端可以通过两种方式实现消息推送，一种是自建推送平台，但这种方式耗时耗力成本高，且长链接的稳定性和存活性难以保障；另外一种是直接选用像个推这样的第三方消息推送供应商。
4、android消息推送GCM、XMPP、MQTT三种方案的优劣：GCM服务（Google Cloud Messaging）优点：Google提供的服务、原生、简单，无需实现和部署服务端。
5、android消息推送有很多第三方的平台。 所谓的消息推送就是从服务器端向移动终端发送连接，传输一定的信息。比如一些新闻客户端，每隔一段时间收到一条或者多条通知，这就是从服务器端传来的推送消息。
