【Android面试】性能优化相关面试题（二）

一、Android 中的图片优化方案？

1.首先我们可以对图片进行二次采样，从本质上减少图片的内存占用。就是将大图片缩小之后放入到内存中，以实现减小内存的目的

2.其次就是采用三层缓存架构，提高图片的访问速度。三层缓存架构是内存-文件-网络。内存是访问速度最快的部分但是分配的空间有限，所以不可能占用太多。其中内存缓存可以采用LRU算法（最近最少使用算法），来确定要删除内存中的那些图片，保存那些图片。文件就是将图片保存到本地，可以使SD卡中，也可以是手机内部存储中。网络就是访问网络下载图片，进行图片的加载。

3.常见的png，JPG，webp等格式的图片在设置到UI上之前需要经过解码过程，而图片采用不同的码率，也会造成对内存的占用不同。

4.最后一点，也是图片优化最重要的一点。重用Bitmap.

5.不使用bitmap要记得实时回收，减小内存的开销

二、AndroidNativeCrash问题如何分析定位？

1.利用breakpad,dump Native崩溃时日志信息

2.利用addr2line跟ndk-strace等工具根据崩溃日志偏移量定位具体源码位置

3.根据信号提示进行具体处理。此步骤的难点在于1： Native Crash的时候整个app的状态是极其不稳定的,很可能由于保存日志（或者上报日志）等操作引起其他异常,所以此时最好fork一个子进程来保存当前进程的日志

三、谈谈你是如何优化App启动过程的？

1.把application oncreate 中要执行的方法分为同步和异步, 尽量去延迟执行或者使用空闲线程去初始化一些方法

2.配置一个启动背景,避免白屏或者黑屏,然后做一个空的Activity这个Activity只做一件事,就是跳转到真的Activity,因为启动速度和applicationoncreate的耗时和第一个Activity的绘制有关, 上面都是easy的做法

利用 redex工具优化 dex ,因为 class字节码分布在不同的dex中,所以启动的时候必须逐个查找一些文件,他们散列分布在不同的dex中,查找起来耗时又不方便,利用redex把相关的class放在同一个dex包下,避免同一个dex包被多次查找

在attachedbaseContext中新起一个进程去加载mutildex 可以加速App启动页的打开(可能在启动页中会等待,但是加速了从launcher到启动页的速度)

四、谈谈代码混淆的步骤？

开启混淆

查看项目使用的第三方哪些需要设置混淆

保持反射native对应的类和方法不混淆

保持自定义类不混淆

保持实体类参与序列化的不混淆

系统组件等一些固定方法会被系统调用的不混淆

五、谈谈App的电量优化？

优化方案总结

(1)GPS ——使用要谨慎，如精确度不高可用WiFi定位或者基站定位，可用；非要用的话，注意定位数据的复用和定位频率的阈值

(2)Process和Service ——按需启动，用完就退出

(3)网络数据交互 ——减少网络网络请求次数和数据量；WiFi比手机网络省电

(4)CPU ——减少I/O操作（包括数据库操作），减少大量的计算

(5)减少手机硬件交互 ——使用频率优化和选择低功耗模式

六、谈谈如何对WebView进行优化？

1.单/多进程化：webView在独立的进程里面，那么WebView的进程崩溃不会影响到主进程运行；同时WebView的安全漏洞也很难影响到主进程；如果是多进程的话，可以使用WebView的容器池，有二次秒开的作用；不过缺点就是需要你做好和WebView的跨进程通讯了

2.网络优化：我们可以让WebView的host和客户端的host 保持一致，那么就达到复用DNS缓存的效果；如果客户端有针对网络请求进行了优化，那么可以让WebView的全部网络请求托管给客户端

3.H5离线包：这个是手Q的H5方案之一，让客户端提前去下载离线的H5数据包，WebView只需要加载本地H5数据包即可，这么做不仅可以避免一些http的劫持，而且跳过了WebView的建立TCP连接和H5、CCS等数据下载的过程，直接开始UI渲染，大大提高了WebView的效率

七、谈谈如何对网络请求进行优化？

1.最开始的是DNS，当我们发起一个网络请求，首先要经过DNS服务，将域名转化为IP地址，为避免DNS解析异常问题，可以直接使用 IP 建立连接；

2.使用 Gzip 压缩 Response 减少数据传输量；使用Protocol Buffer 代替 JSON；

3.请求图片的 url 中可以添加格式、质量、宽高等参数；使用缩略图、使用 WebP格式图片，大图分片传输；

4.使用网络缓存，使用图片加载框架；

5.监听设备网络状态，根据不同网络状态选择对应情况下的网络请求策略：网络良好和弱网、离线等情况下分别设计不同的请求策略，比如 WIFI 下一个请求可以获取几十个数据，甚至可以一次性执行多个请求；而弱网下一个请求获取几个数据，且文本类型优先，富文本其次，除文本数据外其它类型的数据一开始只显示占位符；离线下事先保存请求数据到磁盘，在离线时从磁盘加载数据。

#android面试#