/**
-
用于View的测量
-
@param measureSpec
-
@param defaultSize
-
@return
*/
public static int measureView(int measureSpec, int defaultSize) {
int measureSize;
//获取用户指定的大小以及模式
int mode = View.MeasureSpec.getMode(measureSpec);
int size = View.MeasureSpec.getSize(measureSpec);
//根据模式去返回大小
if (mode == View.MeasureSpec.EXACTLY) {
//精确模式（指定大小以及match_parent）直接返回指定的大小
measureSize = size;
} else {
//UNSPECIFIED模式、AT_MOST模式（wrap_content）的话需要提供默认的大小
measureSize = defaultSize;
if (mode == View.MeasureSpec.AT_MOST) {
//AT_MOST（wrap_content）模式下，需要取测量值与默认值的最小值
measureSize = Math.min(measureSize, defaultSize);
}
}
return measureSize;
}
}
最后，复写onMeasure方法，把super方法去掉：
@Override
protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) {
setMeasuredDimension(MeasureUtils.measureView(widthMeasureSpec, 200),
MeasureUtils.measureView(heightMeasureSpec, 200)
);
}
View的绘制-onDraw
View绘制，需要掌握Android中View的坐标体系：
View的坐标体系是以左上角为坐标原点，向右为X轴正方向，向下为Y轴正方向。
View绘制，主要是通过Android的2D绘图机制来完成，时机是onDraw方法中，其中包括画布Canvas，画笔Paint。下面给出示例代码。相关API不是介绍的重点，重点是Canvas的save和restore方法，通过save以后可以对画布进行一些放大缩小旋转倾斜等操作，这两个方法一般配套使用，其中save的调用次数可以多于restore。
@Override
protected void onDraw(Canvas canvas) {
super.onDraw(canvas);
Bitmap bitmap = ImageUtils.drawable2Bitmap(mDrawable);
canvas.drawBitmap(bitmap, getLeft(), getTop(), mPaint);
canvas.save();
//注意，这里的旋转是指画布的旋转
canvas.rotate(90);
mPaint.setColor(Color.parseColor(“#FF4081”));
mPaint.setTextSize(30);
canvas.drawText(“测试”, 100, -100, mPaint);
canvas.restore();
}
View的位置-onLayout
与布局位置相关的是onLayout方法的复写，一般我们自定义View的时候，只需要完成测量，绘制即可。如果是自定义ViewGroup的话，需要做的就是在onLayout中测量自身以及控制子控件的布局位置，onLayout是自定义ViewGroup必须实现的方法。
8、性能优化
布局优化
- 使用include标签，通过layout属性复用相同的布局。
<include
android:id=“@+id/v_test”
layout=“@layout/include_view” />
-
使用merge标签，去除同类的视图
-
使用ViewStub来进行布局的延迟加载一些不是马上就用到的布局。例如列表页中，列表在没有拿到数据之前不加载，这样做可以使UI变得流畅。
<ViewStub
android:id=“@+id/v_stub”
android:layout_width=“match_parent”
android:layout_height=“wrap_content”
android:layout=“@layout/view_stub” />
//需要手动调用inflate方法，布局才会显示出来。
stub.inflate();
//其中setVisibility在底层也是会调用inflate方法
//stub.setVisibility(View.VISIBLE);
//之后，如果要使用ViewStub标签里面的View，只需要按照平常来即可。
TextView tv_1 = (TextView) findViewById(R.id.tv_1);
- 尽量多使用RelativeLayout，因为这样可以大大减少视图的层级。
内存优化
APP设计以及代码编写阶段都应该考虑内存优化：
- 珍惜Service，尽量使得Service在使用的时候才处于运行状态。尽量使用IntentService
IntentService在内部其实是通过线程以及Handler实现的，当有新的Intent到来的时候，会创建线程并且处理这个Intent，处理完毕以后就自动销毁自身。因此使用IntentService能够节省系统资源。
- 内存紧张的时候释放资源（例如UI隐藏的时候释放资源等）。复写Activity的回调方法。
@Override
public void onLowMemory() {
super.onLowMemory();
}
@Override
public void onTrimMemory(int level) {
super.onTrimMemory(level);
switch (level) {
case TRIM_MEMORY_COMPLETE:
//…
break;
case 其他:
}
}
- 通过Manifest中对Application配置更大的内存，但是一般不推荐
android:largeHeap=“true”
-
避免Bitmap的浪费，应该尽量去适配屏幕设备。尽量使用成熟的图片加载框架，Picasso，Fresco，Glide等。
-
使用优化的容器，SparseArray等
-
其他建议：尽量少用枚举变量，尽量少用抽象，尽量少增加类，避免使用依赖注入框架，谨慎使用library，使用代码混淆，时当场合考虑使用多进程等。
-
避免内存泄漏（本来应该被回收的对象没有被回收）。一旦APP的内存短时间内快速增长或者GC非常频繁的时候，就应该考虑是否是内存泄漏导致的。
分析方法
-
使用Android Studio提供的Android Monitors中Memory工具查看内存的使用以及没使用的情况。
-
使用DDMS提供的Heap工具查看内存使用情况，也可以手动触发GC。
-
使用性能分析的依赖库，例如Square的LeakCanary，这个库会在内存泄漏的前后通过Notification通知你。
什么情况会导致内存泄漏
-
资源释放问题：程序代码的问题，长期保持某些资源，如Context、Cursor、IO 流的引用，资源得不到释放造成内存泄露。
-
对象内存过大问题：保存了多个耗用内存过大的对象（如Bitmap、XML 文件），造成内存超出限制。
-
static 关键字的使用问题：static 是Java 中的一个关键字，当用它来修饰成员变量时，那么该变量就属于该类，而不是该类的实例。所以用static 修饰的变量，它的生命周期是很长的，如果用它来引用一些资源耗费过多的实例（Context 的情况最多），这时就要谨慎对待了。
解决方案
-
应该尽量避免static 成员变量引用资源耗费过多的实例，比如Context。
-
Context 尽量使用ApplicationContext，因为Application 的Context 的生命周期比较长，引用它不会出现内存泄露的问题。
-
使用WeakReference 代替强引用。比如可以使用WeakReference mContextRef
-
线程导致内存溢出：线程产生内存泄露的主要原因在于线程生命周期的不可控。例如Activity中的Thread在run了，但是Activity由于某种原因重新创建了，但是Thread仍然会运行，因为run方法不结束的话Thread是不会销毁的。
解决方案
-
将线程的内部类，改为静态内部类（因为非静态内部类拥有外部类对象的强引用，而静态类则不拥有）。
-
在线程内部采用弱引用保存Context 引用。
查看内存泄漏的方法、工具
-
android官方提供的工具：Memory Monitor（当APP占用的内存在短时间内快速增长或者GC变得频繁的时候）、DDMS提供的Heap工具（手动触发GC）
-
Square提供的内存泄漏检测工具，LeakCanary（能够自动完成内存追踪、检测、输出结果），进行演示，并且适当的解说。
性能优化
-
防止过度绘制，通过打开手机的“显示过度绘制区域”即可查看过度绘制的情况。
-
最小化渲染时间，使用视图树查看节点，对节点进行性能分析。
-
通过TraceView进行数据的采集以及分析。在有大概定位的时候，使用Android官方提供的Debug类进行采集。最后通过DDMS即可打开这个.trace文件，分析函数的调用情况（包括在指定情况下执行时间，调用次数）
//开启数据采集
Debug.startMethodTracing(“test.trace”);
//关闭
Debug.stopMethodTracing();
OOM
避免OOM的一些常见方法：
- App资源中尽量少用大图。使用Bitmap的时候要注意等比例缩小图片，并且注意Bitmap的回收。
BitmapFactory.Options options = new BitmapFactory.Option();
options.inSampleSize = 2;
//Options 只保存图片尺寸大小，不保存图片到内存
BitmapFactory.Options opts = new BitmapFactory.Options();
opts.inSampleSize = 2;
Bitmap bmp = null;
bmp = BitmapFactory.decodeResource(getResources(),
mImageIds[position],opts);
//回收
bmp.recycle();
-
结合组件的生命周期，释放资源
-
IO流，数据库查询的游标等应该在使用完之后及时关闭。
-
ListView中应该使用ViewHolder模式缓存ConverView
-
页面切换的时候尽量去传递（复用）一些对象
ANR
不同的组件发生ANR 的时间不一样，主线程（Activity、Service）是5 秒，BroadCastReceiver 是10 秒。
ANR一般有三种类型：
- KeyDispatchTimeout(5 seconds)
主要类型按键或触摸事件在特定时间内无响应
- BroadcastTimeout(10 seconds)
BroadcastReceiver在特定时间内无法处理完成
- ServiceTimeout(20 seconds)
小概率类型Service在特定的时间内无法处理完成
解决方案：
-
UI线程只进行UI相关的操作。所有耗时操作，比如访问网络，Socket 通信，查询大量SQL 语句，复杂逻辑计算等都放在子线程中去，然后通过handler.sendMessage、runonUITread、AsyncTask 等方式更新UI。
-
无论如何都要确保用户界面操作的流畅度。如果耗时操作需要让用户等待，那么可以在界面上显示进度条。
-
BroadCastReceiver要进行复杂操作的的时候，可以在onReceive()方法中启动一个Service来处理。
9、九切图（.9图）、SVG图片
九切图
点九图，是Android开发中用到的一种特殊格式的图片，文件名以”.9.png“结尾。这种图片能告诉程序，图像哪一部分可以被拉升，哪一部分不能被拉升需要保持原有比列。运用点九图可以保证图片在不模糊变形的前提下做到自适应。点九图常用于对话框背景图片中。
-
1、2部分规定了图像的可拉伸部分,当实际程序中设定了对话框的宽高时，1、2部分就会被拉伸成所需要的高和宽，呈现出于设计稿一样的视觉效果。
-
而3、4部分规定了图像的内容区域。内容区域规定了可编辑区域，例如文字需要被包裹在其内。
Android5.0的SCG矢量动画机制
-
图像在方法缩小的时候图片质量不会有损失
-
使用XML来定义图形
-
适配不同分辨率
10、Android中数据常见存储方式
-
文件（包括XML、SharePreference等）
-
数据库
-
Content Provider
-
保存在网络
11、进程间通信
操作系统进程间通信的方法，android中有哪些？
操作系统：
-
Windows：剪贴板、管道、邮槽等
-
Linux：命名管道、共享内存、信号量
Android中的进程通信方式并不是完全继承于Linux：
-
Bundle
-
文件共享
-
AIDL
-
Messenger
-
Content Provider
-
Socket
12、常见的网络框架
常用的http框架以及他们的特点
-
HttpURLConnection:在Android 2.2版本之前，HttpClient拥有较少的bug，因此使用它是最好的选择。而在Android 2.3版本及以后，HttpURLConnection则是最佳的选择。它的API简单，体积较小，因而非常适用于Android项目。压缩和缓存机制可以有效地减少网络访问的流量，在提升速度和省电方面也起到了较大的作用。对于新的应用程序应该更加偏向于使用HttpURLConnection，因为在以后的工作当中我们也会将更多的时间放在优化HttpURLConnection上面。特点：比较轻便，灵活，易于扩展，在3.0后以及4.0中都进行了改善，如对HTTPS的支持，在4.0中，还增加了对缓存的支持。
-
HttpClient：高效稳定，但是维护成本高昂，故android 开发团队不愿意在维护该库而是转投更为轻便的
-
okHttp：okhttp 是一个 Java 的 HTTP+SPDY 客户端开发包，同时也支持 Android。需要Android 2.3以上。特点：OKHttp是Android版Http客户端。非常高效，支持SPDY、连接池、GZIP和 HTTP 缓存。默认情况下，OKHttp会自动处理常见的网络问题，像二次连接、SSL的握手问题。如果你的应用程序中集成了OKHttp，Retrofit默认会使用OKHttp处理其他网络层请求。从Android4.4开始HttpURLConnection的底层实现采用的是okHttp。
-
volley：早期使用HttpClient，后来使用HttpURLConnection，是谷歌2013年推出的网络请求框架，非常适合去进行数据量不大，但通信频繁的网络操作，而对于大数据量的网络操作，比如说下载文件等，Volley的表现就会非常糟糕。
-
xutils：缓存网络请求数据
-
Retrofit：和Volley框架的请求方式很相似，底层网络请求采用okhttp（效率高，android4.4底层采用okhttp），采用注解方式来指定请求方式和url地址，减少了代码量。
-
AsyncTask
13、常用的图片加载框架以及特点、源码
-
Picasso：PicassoSquare的网络库一起能发挥最大作用，因为Picasso可以选择将网络请求的缓存部分交给了okhttp实现。
-
Glide：模仿了Picasso的API，而且在他的基础上加了很多的扩展(比如gif等支持)，支持图片流，因此在做爱拍之类的视频应用用得比较多一些。
-
Fresco：Fresco中设计有一个叫做image pipeline的模块。它负责从网络，从本地文件系统，本地资源加载图片。 为了最大限度节省空间和CPU时间，它含有3级缓存设计（2级内存，1级文件）。Fresco中设计有一个叫做Drawees模块， 方便地显示loading图，当图片不再显示在屏幕上时，及时地释放内存和空间占用。
Fresco是把图片缓存放在了Ashmem（系统匿名内存共享区）
-
Heap-堆内存：Android中每个App的 Java堆内存大小都是被严格的限制的。每个对象都是使用Java的new在堆内存实例化，这是内存中相对安全的一块区域。内存有垃圾回收机制，所以当 App不在使用内存的时候，系统就会自动把这块内存回收。不幸的是，内存进行垃圾回收的过程正是问题所在。当内存进行垃圾回收时，内存不仅仅进行了垃圾回收，还把 Android 应用完全终止了。这也是用户在使用 App 时最常见的卡顿或短暂假死的原因之一。
-
Ashmem：Android 在操作 Ashmem 堆时，会把该堆中存有数据的内存区域从 Ashmem 堆中抽取出来，而不是把它释放掉，这是一种弱内存释放模式；被抽取出来的这部分内存只有当系统真正需要更多的内存时（系统内存不够用）才会被释放。当 Android 把被抽取出来的这部分内存放回 Ashmem 堆，只要被抽取的内存空间没有被释放，之前的数据就会恢复到相应的位置。
不管发生什么，垃圾回收器都不会自动回收这些 Bitmap。当 Android 绘制系统在渲染这些图片，Android 的系统库就会把这些 Bitmap 从 Ashmem 堆中抽取出来，而当渲染结束后，这些 Bitmap 又会被放回到原来的位置。如果一个被抽取的图片需要再绘制一次，系统仅仅需要把它再解码一次，这个操作非常迅速。
14、在Android开发里用什么做线程间的通讯工具？
传统点的方法就是往同步代码块里些数据，然后使用回调让另外一条线程去读。在Android里我一般会创建Looper线程，然后Hanlder传递消息。
15、Android新特性相关
-
5.0：Material Design、多种设备的支持、支持64位ART虚拟机、Project Volta电池续航改进计划等
-
6.0：动态权限管理、过度动画、支付、指纹等
-
7.0：分屏、通知消息快捷回复、夜间模式、流量保护模式等
16、网络请求优化
网络请求优化
-
能够缓存起来的尽量去缓存起来，减轻服务器的压力。例如APP中首页的一些数据，又例如首页的图标、文案都是缓存起来的，而且这些数据通过网络来指定可以使app具有更大的灵活性。
-
不用域名，用 IP 直连，省去了DNS域名解析。
-
连接复用、请求合并、请求数据Body可以利用压缩算法Gzip来进行压缩，使用JSON 代替 XML
《设计思想解读开源框架》
第一章、 热修复设计
-
第一节、 AOT/JIT & dexopt 与 dex2oat
-
第二节、 热修复设计之 CLASS_ISPREVERIFIED 问题
-
第三节、热修复设计之热修复原理
-
第四节、Tinker 的集成与使用（自动补丁包生成）
第二章、 插件化框架设计
-
第一节、 Class 文件与 Dex 文件的结构解读
-
第二节、 Android 资源加载机制详解
-
第三节、 四大组件调用原理
-
第四节、 so 文件加载机制
-
第五节、 Android 系统服务实现原理
第三章、 组件化框架设计
-
第一节、阿里巴巴开源路由框——ARouter 原理分析
-
第二节、APT 编译时期自动生成代码&动态类加载
-
第三节、 Java SPI 机制
-
第四节、 AOP&IOC
-
第五节、 手写组件化架构
第四章、图片加载框架
-
第一节、图片加载框架选型
-
第二节、Glide 原理分析
-
第三节、手写图片加载框架实战
第五章、网络访问框架设计
-
第一节、网络通信必备基础
-
第二节、OkHttp 源码解读
-
第三节、Retrofit 源码解析
第六章、 RXJava 响应式编程框架设计
-
第一节、链式调用
-
第二节、 扩展的观察者模式
-
第三节、事件变换设计
-
第四节、Scheduler 线程控制
第七章、 IOC 架构设计
-
第一节、 依赖注入与控制反转
-
第二节、ButterKnife 原理上篇、中篇、下篇
-
第三节、Dagger 架构设计核心解密
第八章、 Android 架构组件 Jetpack
-
第一节、 LiveData 原理
-
第二节、 Navigation 如何解决 tabLayout 问题
-
第三节、 ViewModel 如何感知 View 生命周期及内核原理
-
第四节、 Room 架构方式方法
-
第五节、 dataBinding 为什么能够支持 MVVM
-
第六节、 WorkManager 内核揭秘
-
第七节、 Lifecycles 生命周期
本文包含不同方向的自学编程路线、面试题集合/面经、及系列技术文章等，资源持续更新中…
网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。
一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！
g-8Ij9yOpQ-1714471727468)]
第七章、 IOC 架构设计
-
第一节、 依赖注入与控制反转
-
第二节、ButterKnife 原理上篇、中篇、下篇
-
第三节、Dagger 架构设计核心解密
[外链图片转存中…(img-pxc6ar0g-1714471727468)]
第八章、 Android 架构组件 Jetpack
-
第一节、 LiveData 原理
-
第二节、 Navigation 如何解决 tabLayout 问题
-
第三节、 ViewModel 如何感知 View 生命周期及内核原理
-
第四节、 Room 架构方式方法
-
第五节、 dataBinding 为什么能够支持 MVVM
-
第六节、 WorkManager 内核揭秘
-
第七节、 Lifecycles 生命周期
[外链图片转存中…(img-wXDu54dB-1714471727468)]
本文包含不同方向的自学编程路线、面试题集合/面经、及系列技术文章等，资源持续更新中…
[外链图片转存中…(img-qvFQGK7E-1714471727468)]
网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。
一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！
11万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
