写在前面
随着Android技术的不断发展和从业开发者人群剧增,现在越来越多的公司对Android开发者要求不断增高,如何从公司面试或同行竞争中脱颖而出,这就不得不要求自己不断学习或总结技术知识。本系列旨在跟同行分享平时开发学习中的一些技术及知识,文中若有不得体或不正确之处,请联系我修改。
设计的六大基础原则
单一职责原则
单一职责只做一件事情开闭原则
扩展性强,对于修改封闭里氏替换原则
所有引用基类(父类)的地方,都必须能透明地使用其子类的对象。所以需要实现抽象类或接口。Java面向对象思想中的继承、多态的特性接口隔离原则
不依赖不需要的接口,从而容易重构、更改和重新部署依赖导致原则
抽象不应该依赖于细节,细节应当依赖于抽象。换言之,要针对接口编程,而非针对实现编程。这个原则是开闭原则的基础,具体内容:针对接口编程,依赖于抽象而不依赖于具体迪米特原则
一个软件实体应当尽可能少地与其他实体发生作用。(无熟人难办事)
定义:一个类应该对自己需要耦合或者调用的类知道的最少,类的内部如何实现与调用者或者依赖者没关系,调用者或者依赖者只需要知道它需要的方法即可。
View的事件传递及分发机制
简单的说是责任制原则,谁用谁拦截。
APK包体积优化
*build.gradle文件配置 移除无用资源及优化压缩;
*资源文件:图片用svg替换、图片压缩
*.so库优化
*动态下发一些资源文件
*第三方工具瘦身,360加固,应用宝等等,如:谷歌市场可以用它工具包进行压缩Apk bundle
*少使用消耗内存的类,如:枚举
Dalvik和ART的区别
*Dalvik 是Android 5.0之前使用的Java虚拟机,每次安装都需要编译
*ART 是是Android 5.0及之后使用的Java虚拟机,仅第一次安装编译,后面直接运行,运行内存大,但是流程、启动速度快
Android组件化实现方案
组件化优势
- 组件化就是将通用模块独立出来,统一管理,以提高复用,将页面拆分为粒度更小的组件,组件内部除了包含UI实现,还包含数据层和逻辑层。
- 每个工程都可以独立编译、加快编译速度,独立打包。
- 每个工程内部的修改,不会影响其他工程。
- 业务库工程可以快速拆分出来,集成到其他App中。
- 迭代频繁的业务模块采用组件方式,业务线研发可以互不干扰、提升协作效率,并控制产品质量,加强稳定性。
- 并行开发,团队成员只关注自己的开发的小模块,降低耦合性,后期维护方便等。
指导思想
- 组件拆分:将一个project划分成业务组件、基础组件、路由组件。其中业务组件是相互隔离的,可以单独调试,基础组件提供业务组件所公用的功能,路由组件为业务组件之间通信提供支持。
- 组件隔离:业务组件之间的隔离,可以单独调试。
- 核心法则:编译期隔离,运行期按需依赖。
组件化需要考虑的问题
- 模式切换:如何使得APP在单独调试跟整体调试自由切换
- 资源冲突:当我们创建了多个Module的时候,如何解决相同资源文件名合并的冲突
- 依赖关系:多个Module之间如何引用一些共同的library以及工具类
- 组件通信:组件化之后,Module之间是相互隔离的,如何进行UI跳转以及方法调用
- 入口参数:我们知道组件之间是有联系的,所以在单独调试的时候如何拿到其它的Module传递过来的参数
LiveData实现消息总线
消息总线,基于LiveData,具有生命周期感知能力,支持Sticky,支持AndroidX,支持跨进程,支持跨APP
项目重构及模块化组件化实践
插件化/应用沙盒没有被最终定型的原因:
动态性通常有两个主要的用途:1)作为热补丁使用;2)业务并行发布需求强烈,例如运营需求,作为快速发布的手段。对于第二点,就目前的微信团队来说是较少遇到的弱需求。相较之下,工具类和电商类应用常有符合的使用场景。而对于第一点,我们则期望在实现模块化上,目标相对纯粹一些,专心解决代码自身问题,之后再通过tinker在开发阶段之外实现热补丁上的动态性需要。
美团外卖Android平台化架构演进实践
Android组件化方案及组件消息总线modular-event实战
Android studio提高编译速度
- 避免编译不必要的资源;
- 模块化,引用arr的方式;
- 停用没必要使用的插件;
- 启用构建本地缓存;
- 图片用webp,停用png格式图片;
- 使用静态依赖项版本,如:用固定版本gradle,避免动态引用;
- 更新studio最新版本。
Android 启动模式
AMS分析「 Activity启动流程 」
Activity是Android应用程序的四大组件之一,负责管理Android应用程序的用户界面,一般一个应用程序中包含很多个Activity,他们可能运行在一个进程中,也可能运行在不同的进程中。
Tcp和http 的区别
http是在服务层.Http借助Httpclient和urlconnenticon是短连接 ,请求一次后就断开了需要 重新请求才能连接
Tcp是在网络层,Tcp借助是socket,长连接需要三次握手,第四次握手才能取消连接
深入读懂 Retrofit 2.0 源码
手把手带你 深入读懂 Retrofit 2.0 源码
NestedScrollView嵌套RecyclerView慎用
原文
永远不要在ScrollView里面放可以回收复用的List视图,比如Recyclerview,Listview或者Gridview,只会造成scrollview把整个list视图全部加载至总长度,就像你在Linearlayoout里面放了一百张图片一次性加载一样,完全不会复用Recyler机制,造成滑动非常卡