语音交互并不是一个新事物，很早就有了。比如 Apple 设备的Siri、Amazon 的Alxea、Google 的等等。它们大多是系统的内置服务，由热词唤醒或按键触发，之后只通过语音指令即可完成完整的交互。可这些交互场景往往覆盖了系统服务或系统 App，而对第三方 App 的支持有限或者鲜少针对第三方 App 完成完整的语音交互逻辑。第三方 App 除了被动等待系统语音服务的调度，当然可以选择主动支持。

在android当中对于UI体系，往往我们会在绘制UI的时候碰到各种各样的问题而不知道从何解决， 也有时需要开发更改自定义组件时，需要做自己的调整，或者是实现某个自定义特效时的思路不明确，想要达到去玩转UI的最为基础的部分，就是去全面的深入了解UI的绘制流程.所以接下来带大家去进行全面分析UI整体的绘制体系。

在之前的Paint的使用当中我们提到了高级渲染和滤镜，那么今天我们来学习最后一个内容点Xfermode，我们能通过使用Xfermode能够完成图像组合的效果。

在Path在UI体系当中不论是在自定义View还是动画，都占有举足轻重的地位。绘制Path，可以通过Android提供的API，或者是贝塞尔曲线、数学函数、图形组合等等方式，而要获取Path上每一个构成点的坐标，一般需要知道Path的函数方法，例如求解贝塞尔曲线上的点的De Casteljau算法，但对于一般的Path来说，是很难通过简单的函数方法来进行计算的，那么，今天需要了解的就是PathMeasure，关于Path测量的运用。

Canvas我们可以称之为画布，能够在上面绘制各种东西，是安卓平台2D图形绘制的基础，非常强大。1.可操作性强：由于这些是构成上层的基础，所以可操作性必然十分强大。2.比较难用：各种方法太过基础，想要完美的将这些操作组合起来有一定难度。不过不必担心，本系列文章不仅会介绍到Canvas的操作方法，还会简单介绍一些设计思路和技巧。看了上面这么多，相信有一部分人会产生一个疑问，如果我想绘制一个圆，只要边不要里面的颜色怎么办？很简单，绘制的基本形状由Canvas确定，但绘制出来的。

上一次我们讲到最基本的android运行流程和绘制流程的调用顺序，那么我们最终得到的一个结论是activity的生命周期是有系统服务所触发,由系统服务发起handle调用到handleResumeActivity()开始绘制流程然后最终交由ViewRootImpl调用到performTraversals()然后依次之行了我们UI的实际绘制流程measure(测量)，layout(布局摆放),Draw(具体绘制)

像面试中被问到性能优化性优化相关问题是一件常事，根据每个公司的要求不同，问的深浅也就不一样。但在一些大厂中对这块要求是非常的高的，像某宝、某东、某音等这些APP，还有就是正准备推出新APP，只要在性能上出点差错，就决定了他们用户量的流失。所以也性能优化成为 Android开发面试必问。

Java中为什么要加这个GC机制，不GC可以吗？显然是不可以的，GC可以说是保证程序正常运行的必要条件，随着程序的运行，可用内存势必会减少，GC不可避免，同时还需要对内存碎片进行管理。

可以看到，在经过 Path之基本操作、Path之贝塞尔曲线和 Path之完结篇后， Path中各类方法基本上都讲完了，表格中还没有讲解到到方法就是矩阵变换了，难道本篇终于要讲矩阵了？ 非也，矩阵这一部分仍在后面单独讲解，本篇主要讲解 PathMeasure 这个类与 Path 的一些使用技巧。先放一个图镇楼，省的下面无聊的内容把你们都吓跑了Σ(￣。￣ﾉ)ﾉ顾名思义，PathMeasure是一个用来测量Path的类，主要有以下方法:PathMeasure的方法也不多，接下来我们就逐一的讲解一下。构造函数有两个

你现在客户端的架构是怎么样的？”这是前几天我在脉脉职言平台看到的一道题面试题。什么是架构？架构可以是实际工程中的代码架构（MVC、MVP、MVVM），是一种软件架构模式，是App实现过程中的一种编码模式或者编码规范。也可以是一种应用分层架构（组件化、容器化、平台化）这次我们先来聊聊“”！带着上述面试中经常被问的问题，我们来走进组件化。

作为一位多年长期做性能优化的开发者，在这篇文章中对性能优化的方法论做一些总结，以供大家借鉴。

互联网寒冬开始吹响了外企，像，继马斯克收购完推特“，硅谷也传来了的新闻。这还只是一个“开胃菜”，外企不少的互联网公司都开始“”，直接进入到了“”，苹果就开始破天荒的冻结了招聘，预计持续到明年的9月份，高通和亚马逊紧随其后，而Facebook母公司Mate更狠，直接打算裁猿。而相比国内互联网大厂用的词就稍稍的温柔一些，T讯用“”员工数量和薪酬，JD和币站则提出了“毕业”的概念，生动的演绎了什么叫，还有阿里的“”。而这场“全球互联网寒冬”之所以会来得这么猛，也是因为巨头们快走到天花板了。

只需要改动下面的两个参数即可，isModuleDebug参数，true就是开启单组件运行模式，moduleName就是你要运行的那个Module名字，之所以定义两个参数，是为了精准到位，组件之间清晰，方便部分组件之间依赖。//是否允许module单独调试moduleName = ""//单独调试module名比如其他组件下这样，不管是依赖，还是版本号，以后统一的在一个文件里进行增加和改变，杜绝私自添加三方依赖，便于审阅。

Binder机制可谓是Android 知识体系里的重中之重，作为偏底层的基础组件，平时我们很少关注它，而它却是无处不在，也是Android 面试易考察的点之一。网上很多文章，要么知识点比较陈旧，要么源码贴一堆，要么没有成体系地分析，导致读者一知半解，似是而非。本篇将从流程上将Binder通信过一遍，尽量多用图展示。

前面我们已经讲了布局的测量，现在我们来看一下，她是怎么完成布局的那么其实我门只要清楚了当前的绘制流程和布局流程，我门需要开发自己自定义的布局其实实际上就只需要添加我门自己的业务代码，不管是FreamLayout,还是LinearLayout等官方提供出来的布局组件， 都是依照这套机制来玩的， 只不过是添加了她们的业务，实现了相对应的效果。所以，至此，绘制流程ok!

最后咱们再总结一下黑白化方案。使用了ColorMatrix设置饱和度为0，设置到Paint中，让根布局拿着这个Paint去进行重绘。这样APP全局黑白化的介绍就结束了，希望大家读完这篇文章，会对APP黑白化有一个更深入的了解。如果我的文章能给大家带来一点点的福利，那在下就足够开心了。

Widget 并非完全对应于 Android 中的 View，但是在你熟悉 Flutter 的工作原理的过程中可以把它们看做“声明和构建 UI 的方式”。这也就意味着，如果我们在学习 Flutter 时，能够深入进去搞懂它的原理、设计思路和通用理念，并与过往的开发经验相结合，建立起属于自己的知识体系抽象层次，而不是仅停留在应用层 API 的使用上，就摆脱了经验与平台的强绑定。各大中小公司对于新业务，尤其是在团队人力紧缺的情况下，在技术选型上使用 Flutter，能加快产品在多端落地、快速迭代、快速试错。

主要说了几种主流的卡顿监控方式：通过开一个子线程不断去轮询主线程。原理就是不断向主线程发送Message，每隔一段时间检查一次刚刚发送的消息是否被处理，如果没被处理，说明这段时间主线程被卡住了。通过使用系统方法 setMessageLogging 替换掉主线程 Looper 的 Printer 对象，通过计算 Printer 打印日志的时间差，来拿到系统 dispatchMessage 方法的执行时间。通过 Choreographer 类的 FrameCallback 函数。

如果你已经有 2 - 3 年以上开发经验还不懂的怎么去优化自己的项目，那就有点说不过去了，下面是我自己总结的一套通用级别的 Android 性能优化。程序员:有做过。比如重复绘制，还有大图长图有过优化。面试官:那具体说一说程序员:最后也是结合真实场景具体说一个。其实性能优化点都是息息相关的，比如卡顿会涉及内存、显示，启动也会涉及 APK dex 的影响。所以说性能优化不仅仅是单方面的优化，一定要掌握最基本的优化方案，才能更加深入探讨性能原理问题。

本想一篇把path写完，但是万万没想到居然扯了这么多。本篇中讲解的是直线部分和一些常用方法，下一篇将着重讲解贝塞尔曲线和自相交图形渲染等相关问题，敬请期待哦。这个精小干练，非常适合新手练习使用，帮助大家更好的熟悉path的使用。

在前面我们把Paint关于UI颜色样式的处理进行了学习， 其实真正高级部分就是三个点，渲染，滤镜，图形组合，而我们图形绘制比较重要的另一个对象Canvas也是需要我们去重点掌握的，那么这次课咱们来进行Canvas的深层次的学习，主要了解有两个点:1.Canvas的变换使用技巧;2.Canvas的状态，Canvas LayerCanvas里面牵扯两种坐标系：Canvas自己的坐标系、绘图坐标系Canvas的坐标系。

如本文一开始所说，合理的使用画布操作可以帮助你用更容易理解的方式创作你想要的效果。(,• ₃ •,)PS: 由于本人英文水平有限，某些地方可能存在误解或词语翻译不准确，如果你对此有疑问可以提交Issues进行反馈。

我们已经详细了解到整个android程序，从启动再到绘制的整体流程，从这中间我们又牵扯出了Canvas绘制图形的画板和我们的Paint控制色彩样式的画笔，那么之前基础篇我们就不进行详细的解释，那些API在之前的基础篇已经公布出来，我也注释的非常详细，今天我门来了解Paint高级篇真正需要了解的滤镜。

之前我们已经把UI的整体绘制流程及意义弄清楚了，那么想要开发出我们那些好看的控件还需要两个非常重要的组件，从上一节当中我们知道的在绘制时，我们看到了Canvas类在绘制流程Draw中被使用到了，那么我们具体来分析下，我们的Draw和Canvas还有Paint到底有何联系。

近期有位做了5年Android 开发的老哥跟我说，他们公司在进行第一轮优化时，倒霉中标了……“都说今年是互联网行业，尤其移动端开发市场更是饱和，在跌跌撞撞近一个月后，我终于在一家小公司找到了工作。入职后，领导让我接手一个二手Android项目，项目很庞大，前任开发人员已离职一个多月了，没人和我交接，代码没有注释，项目中各种bug，简直一团乱麻。”“领导给的任务是一周完成这个项目，压力很大，最近我晚上老是睡不好。

大家看标题，可能会有点儿懵，什么是ViewPagers，因为在很久之前，我们使用的都是ViewPager，但是现在更多的是在用ViewPager2，因此用ViewPagers（ViewPager、ViewPager2）来代替两者，主要介绍两者的区别。ViewPagers嵌套Fragment架构，在我们常用的App中随处可见，抖音的首页、各大电商app首页（淘宝、京东、拼多多）等，通过左右滑动切换Tab；

其实关于贝塞尔曲线最重要的是核心理解贝塞尔曲线的生成方式，只有理解了贝塞尔曲线的生成方式，才能更好的运用贝塞尔曲线。在上一篇末尾说本篇可能涉及一点图形渲染问题，不幸的是，本篇没有了，请期待下一篇(可能会在下一篇中出现o(￣︶￣)o)，下一篇依旧Path相关内容，教给大家一些更好玩的东西。解锁新的境界之 【绘制一个弹性的圆】

这个免费报名是不需要你注册和下载什么的 直接点击上方链接地址 QQ或微信登录免费报名就可以了 （手机操作更加方便的） 免费报名成功了记得截图发我一下哈 我好给你发资料的首先我们来看造成这个问题的原因：那天在完成这组代码的时候，为了给大家体现可操作的自由性，我并没有去给大家完善业务逻辑，所以造成了这个坑存在的问题，那么我门首先来看造成这个问题的原因是什么首先看代码，我门采取的方式，是将测量后的代码用集合保存起来再给layout进行布局，那么参考源码。

随着时代的发展快速，人们从最开始的以文字交流方式，转变成了如今的视频语音的方式，即使距离很远，但有了这种方式还能看到彼此。就近几年的直播带货+直播会议+短视频等的火爆，将音视频技术岗位推上了热潮的宝座。而目前市场上会音视频开发的人才不多，有些人冲着该岗位的薪资去学习音视频技术，但是发现需要学习的东西太多了，而网上相关的学习文档和视频什么的又很少了，导致自己在频繁的踩坑……为了帮助大家解决这一困境，快速的掌握好方向，给大家整理了。

我们已经将Android的绘制基础已经讲完，那么现在我们下面的两个内容点是事件分发问题，和屏幕适配相关，我们主要来进Android但中的各种屏幕适配问题屏幕尺寸指的是：分辨率：屏幕像素密度（DPI）指每一 英寸 长度中，可显示输出的像素个数，DPI的数字受屏幕尺寸和分辨率所影响，DPI可以通过计算所得上述内容在于扫盲…毕竟还是有不清楚的同学，而DPI跟下面内容结合比较密切所以啰嗦了两句px:构成图像的最小单位。