面试官:你的App卡顿过吗?你是如何监控的?(1),2024年最新阿里java高级工程师面试题

先自我介绍一下,小编浙江大学毕业,去过华为、字节跳动等大厂,目前阿里P7

深知大多数程序员,想要提升技能,往往是自己摸索成长,但自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!

因此收集整理了一份《2024年最新Android移动开发全套学习资料》,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友。
img
img
img
img
img
img
img

既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,涵盖了95%以上Android开发知识点,真正体系化!

由于文件比较多,这里只是将部分目录截图出来,全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频,并且后续会持续更新

如果你需要这些资料,可以添加V获取:vip204888 (备注Android)
img

正文

};

可以看到,调用doSample之后又通过Handler执行mRunnable,等于是循环调用doSample,直到stopDump被调用。

doSample方法有两个类实现,StackSampler和CpuSampler,分析堆栈就看StackSamplerdoSample方法

protected void doSample() {

StringBuilder stringBuilder = new StringBuilder();

// 获取堆栈信息

for (StackTraceElement stackTraceElement : mCurrentThread.getStackTrace()) {

stringBuilder

.append(stackTraceElement.toString())

.append(BlockInfo.SEPARATOR);

}

synchronized (sStackMap) {

// LinkedHashMap中数据超过100个就remove掉链表最前面的

if (sStackMap.size() == mMaxEntryCount && mMaxEntryCount > 0) {

sStackMap.remove(sStackMap.keySet().iterator().next());

}

//放入LinkedHashMap,时间作为key,value是堆栈信息

sStackMap.put(System.currentTimeMillis(), stringBuilder.toString());

}

}

所以,BlockCanary 能做到连续调用几个方法也能准确揪出耗时是哪个方法,是采用开启循环去获取堆栈信息并保存到LinkedHashMap的方式,避免出现误判或者漏判。核心代码就先分析到这里,其它细节大家可以自己去看源码。

1.2插入空消息到消息队列

这种方式可以了解一下。

通过一个监控线程,每隔1秒向主线程消息队列的头部插入一条空消息。假设1秒后这个消息并没有被主线程消费掉,说明阻塞消息运行的时间在0~1秒之间。换句话说,如果我们需要监控3秒卡顿,那在第4次轮询中,头部消息依然没有被消费的话,就可以确定主线程出现了一次3秒以上的卡顿。

2.插桩

编译过程插桩(例如使用AspectJ),在方法入口和出口加入耗时监控的代码。 原来的方法:

public void test(){

doSomething();

}

通过编译插桩之后的方法类似这样

public void test(){

long startTime = System.currentTimeMillis();

doSomething();

long methodTime = System.currentTimeMillis() - startTime;//计算方法耗时

}

当然,原理是这样,实际上可能需要封装一下,类似这样

public void test(){

methodStart();

doSomething();

methodEnd();

}

在每个要监控的方法的入口和出口分别加上methodStartmethodEnd两个方法,类似插桩埋点。

当然,这种插桩的方法缺点比较明显:

  • 无法监控系统方法

  • apk体积会增大(每个方法都多了代码)

需要注意:

  • 过滤简单的方法

  • 只需要监控主线程执行的方法

四、性能优化


监控到了问题就要开始去优化了,针对“性能优化”这个要点,献上一份阿里大佬整理的Android性能优化实战手册,从各个方面对目标产品进行全方位的“优化”,让产品的性能从各个方面得到提升,希望大家喜欢。

这份《Android360°全方面性能调优》一共有722页,4个大点,25个小章节,不仅仅有详细的底层原理的解析,还有大厂的实践案例。

有需要的朋友,文末有免费领取方式~

第一章 设计思想与代码质量优化

六大原则

  • 单一职责原则

  • 里氏替换原则

  • 依赖倒转原则

  • 接口隔离原则

  • ……

设计模式:结构型模式

  • 桥接模式

  • 适配器模式

  • 装饰器模式

  • 代理模式

  • 门面(外观)模式

  • ……

设计模式:创建型模式

  • 建造者模式

  • 单例模式

  • 抽象工厂模式

  • 工厂方法模式

  • ……

数据结构

  • 队列

  • 链表

  • ……

算法

  • 排序算法

  • 查找算法

  • ……

第二章 程序性能优化

启动速度与执行效率优化

  • 冷启动和热启动解析

  • APP 启动黑白屏解决办法

  • APP 卡顿问题分析及解决方案

  • 启动速度与执行效率优化之 StrictMode

  • ……

布局检测与优化

  • 布局层级优化

  • 过度渲染

  • ……

内存优化

  • 内存抖动和内存泄漏

  • 内存大户

  • Bitmap 内存优化

  • Profile 内存监测工具

  • Mat 大对象与泄漏检测

  • 耗电优化

  • 网络传输与数据存储优化网络传输与数据存储优化

  • APK 大小优化

  • 屏幕适配

  • ……

耗电优化

  • Doze&Standby

  • Battery Historian

  • JobScheduler

  • WorkManager

  • 网络传输与数据存储优化

  • google 序列化工具 protobuf

  • 7z 极限压缩

  • ……

APK 大小优化

  • APK 瘦身

  • 微信资源混淆原理

  • ……

屏幕适配

  • 进行适配的原理

  • 屏幕分辨率限定符与 smallestWidth 限定符适配原理

  • 为什么选择 smallestWidth 限定符适配

  • 怎么适配其他 module

  • 常见问题处理

  • ……

OOM 问题原理解析

  • adj 内存管理机制

  • JVM 内存回收机制与 GC 算法解析

  • 生命周期相关问题总结

  • Bitmap 压缩方案总结

  • ……

ANR 问题解析

  • AMS 系统时间调节原理

  • 程序等待原理分析

  • ANR 问题解决方案

  • ……

Crash 监控方案

  • Java 层监控方案

  • Nativie 层监控方案

  • ……

第三章 开发效率优化

分布式版本控制系统 Git

  • 企业高效持续集成平台场景介绍

  • GIT 分布式版本控制系统

  • GIT 分支管理

  • ……

自动化构建系统 Gradle

  • Gradle 与 Android 插件

  • gradle 与 android gradle 插件的关系

  • Gradle Transform API 的基本使用

  • ……

Gradle Transform API 的基本使用

  • 什么是 Transform

  • Transform 的使用场景

  • Transform API 学习

  • 输入的类型

  • ……

自定义插件开发

  • Gradle 插件简介

  • 开始准备

  • 实践

  • 自定义 Gradle 插件

  • buildSrc 模块方式

  • ……

插件实战

  • 多渠道打包

  • 发版自动钉钉

  • ……

第四章 APP 性能优化实践

启动速度

  • 应用启动的一般流程

  • 冷启动和热启动

  • 启动速度的测量

  • 启动窗口优化

  • 线程优化

  • 系统调度优化

  • GC 优化

  • IO 优化

  • 资源重排

  • 主页布局优化

  • 类加载优化

  • 选择合适的启动框架

  • 减少 Activity 的跳转层次

  • 厂商优化

  • 后台保活

  • ……

流畅度

  • 性能问题分析的一些工具和套路

  • 通过性能数据数据分析

  • Android 平台性能导致的性能案例

  • Android App 自身导致的性能问题

  • 低内存的数据特征和行为特征

  • 应用宝

  • 讯飞输入法无障碍服务导致的整机卡顿分析

  • 字节跳动:今日头条图文详情页秒开实践

  • ……

抖音在 APK 包大小资源优化的实践

  • 图片压缩

  • webp 无侵入式兼容

  • 多 DPI 优化

  • 重复资源合并

  • shrinkResource 严格模式

最后

下面是辛苦给大家整理的学习路线

网上学习资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。

需要这份系统化的资料的朋友,可以添加V获取:vip204888 (备注Android)
img

一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!

  • 通过性能数据数据分析

  • Android 平台性能导致的性能案例

  • Android App 自身导致的性能问题

  • 低内存的数据特征和行为特征

  • 应用宝

  • 讯飞输入法无障碍服务导致的整机卡顿分析

  • 字节跳动:今日头条图文详情页秒开实践

  • ……

抖音在 APK 包大小资源优化的实践

  • 图片压缩

  • webp 无侵入式兼容

  • 多 DPI 优化

  • 重复资源合并

  • shrinkResource 严格模式

最后

下面是辛苦给大家整理的学习路线

[外链图片转存中…(img-RvaywVP0-1713182491406)]

网上学习资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。

需要这份系统化的资料的朋友,可以添加V获取:vip204888 (备注Android)
[外链图片转存中…(img-BmXWCV0X-1713182491407)]

一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值