正文

android面试官：“你做过那些性能优化？“(代码片段)

冬天的毛毛雨  冬天的毛毛雨  2022-12-01  763

关键词：

前言

如果你已经有 2 - 3 年以上开发经验还不懂的怎么去优化自己的项目，那就有点说不过去了，下面是我自己总结的一套通用级别的 Android 性能优化。

1、你对 APP 的启动有过研究吗? 有做过相关的启动优化吗?

程序员:

之前做热修复的时候研究过 Application 的启动原理。项目中也做过一些启动优化。

面试官:

哦，你之前研究过热修复? (这个时候有可能就会深入的问问热修复的原理，这里咱们就不讨论热修复原理) 那你说说对启动方面都做了哪些优化?

程序员:

我发现程序在冷启动的时候，会有 1s 左右的白屏闪现，低版本是黑屏的现象，在这期间我通过翻阅系统主题源码，发现了系统 AppTheme 设置了一个 windowBackground ，由此推断就是这个属性捣的鬼，开始我是通过设置 windowIsTranslucent 透明属性，发现虽然没有了白屏，但是中间还是有一小段不可见，这个用户体验还是不好的。最后我观察了市面上大部分的 Android 软件在冷启动的时候都会有一个 Splash 的广告页，同时在增加一个倒数的计时器，最后才进入到登录页面或者主页面。我最后也是这样做的，原因是这样做的好处可以让用户先基于广告对本 APP 有一个基本认识，而且在倒数的时候也预留给咱们一些对插件和一些必须或者耗时的初始化做一些准备。

Ps：这里会让面试官感觉你是一个注重用户体验的
通过翻阅 Application 启动的源码，当我们点击桌面图标进入我们软件应用的时候，会由 AMS 通过 Socket 给 Zygote 发送一个 fork 子进程的消息，当 Zygote fork 子进程完成之后会通过反射启动 ActivityThread##main 函数，最后又由 AMS 通过 aidl 告诉 ActivityThread##H 来反射启动创建Application 实例，并且依次执行 attachBaseContext 、onCreate 生命周期，由此可见我们不能在这 2 个生命周期里做主线程耗时操作。

Ps: 这里会让面试官感觉你对 App 应用的启动流程研究的比较深，有过真实的翻阅底层源码，而并不是背诵答案。
知道了 attachBaseContext 、onCreate 在应用中最先启动，那么我们就可以通过 TreceView 等性能检测工具，来检测具体函数耗时时间，然后来对其做具体的优化。
- 项目不及时需要的代码通过异步加载。
- 将对一些使用率不高的初始化，做懒加载。
- 将对一些耗时任务通过开启一个 IntentService来处理。
- 还通过 redex 重排列 class 文件，将启动阶段需要用到的文件在 APK 文件中排布在一起，尽可能的利用 Linux 文件系统的 pagecache 机制，用最少的磁盘 IO 次数，读取尽可能多的启动阶段需要的文件，减少 IO 开销，从而达到提升启动性能的目的。
- 通过抖音发布的文章知晓在 5.0 低版本可以做 MultiDex 优化，在第一次启动的时候，直接加载没有经过 OPT 优化的原始 DEX，先使得 APP 能够正常启动。然后在后台启动一个单独进程，慢慢地做完 DEX 的 OPT 工作，尽可能避免影响到前台 APP 的正常使用。

Ps：

面试官这里会觉得你对启动优化确实了解的不错，有一定的启动优化经验。
在第五点面试官会觉得你比较关注该圈子的动态，发现好的解决方案，并能用在自己项目上。这一点是加分项!

Application 启动完之后，AMS 会找出前台栈顶待启动的 Activity , 最后也是通过 AIDL 通知 ActivityThread#H 来进行对 Activity 的实例化并依次执行生命周期 onCreate、onStart、onRemuse 函数，那么这里由于 onCreate 生命周期中如果调用了 setContentView 函数，底层就会通过将 XML2View 那么这个过程肯定是耗时的。所以要精简 XML 布局代码，尽可能的使用 ViewStub、include 、merge 标签来优化布局。接着在 onResume 声明周期中会请求 JNI 接收 Vsync (垂直同步刷新的信号) 请求，16ms 之后如果接收到了刷新的消息，那么就会对 DecorView 进行 onMeasure->onLayout->onDraw 绘制。最后才是将 Activity 的根布局 DecorView 添加到 Window 并交于 SurfaceFlinger 显示。

所以这一步除了要精简 XML 布局，还有对自定义 View 的测量，布局，绘制等函数不能有耗时和导致 GC 的操作。最后也可以通过 TreaceView 工具来检测这三个声明周期耗时时间，从而进一步优化，达到极限。

这一步给面试官的感觉你对整个 Activity 的启动和 View 的绘制还有刷新机制都有深入的研究，那么此刻你肯定给面试官留了一个好印象，说明你平时对这些源码级别的研究比较广泛，透彻。

总结:

最后我基于以上的优化减少了 50% 启动时间。

面试官:

嗯，研究的挺深的，源码平时不少看吧。

程序员:

到这里，我知道这一关算是过了!

2、有做过相关的内存优化吗?

程序员:

有做过，目前的项目内存优化还是挺多的，要不我先说一下优化内存有什么好处吧？咱们不能盲目的去优化！

有的时候对于自己熟悉的领域，一定要主动出击，自己主导这场面试。

面试官:

可以。

Ps：这里大多数面试官会同意你的请求，除非遇见装B的。

程序员:

好处:

减少 OOM ，可以提高程序的稳定性。
减少卡顿，提高应用流畅性。
减少内存占用，提高应用后台存活性。
减少程序异常，降低应用 Crash 率, 提高稳定性。

那么我基于这四点，我的程序做了如下优化:

1.减少 OOM

在应用开发阶段我比较喜欢用 LeakCanary 这款性能检测工具，好处是它能实时的告诉我具体哪个类发现了内存泄漏(如果你对 LeakCanary 的原理了解的话，可以说一说它是怎么检测的)。

还有我们要明白为什么应用程序会发送 OOM ，又该怎么去避免它？

发生 OOM 的场景是当申请 1M 的内存空间时，如果你要往该内存空间存入 2M 的数据，那么此时就会发生 OOM。

在应用程序中我们不仅要避免直接导致 OOM 的场景还要避免间接导致 OOM 的场景。间接的话也就是要避免内存泄漏的场景。

内存泄漏的场景是这个对象不再使用时，应用完整的执行最后的生命周期，但是由于某些原因，对象虽然已经不再使用，仍然会在内存中存在而导致 GC 不会去回收它，这就意味着发生了内存泄漏。(这里可以介绍下 GC 回收机制，回收算法，知识点尽量往外扩展而不脱离本题)

最后在说一下在实际开发中避免内存泄漏的场景:
1. 资源型对象未关闭: Cursor,File
2. 注册对象未销毁: 广播，回调监听
3. 类的静态变量持有大数据对象
4. 非静态内部类的静态实例
5. Handler 临时性内存泄漏: 使用静态 + 弱引用，退出即销毁
6. 容器中的对象没清理造成的内存泄漏
7. WebView: 使用单独进程
其实这些都是基础，把它记下就行了。记得多了在实际开发中就有印象了。
2.减少卡顿

怎么减少卡顿? 那么我们可以从 2 个原理方面来探讨卡顿的根本原因，第一个原理方面是绘制原理，另一个就是刷新原理。

绘制原理:

刷新原理:

View 的 requestLayout 和 ViewRootImpl##setView 最终都会调用 ViewRootImpl 的 requestLayout 方法，然后通过 scheduleTraversals 方法向 Choreographer 提交一个绘制任务，然后再通过 DisplayEventReceiver 向底层请求 vsync 垂直同步信号，当 vsync 信号来的时候，会通过 JNI 回调回来，在通过 Handler 往消息队列 post 一个异步任务，最终是 ViewRootImpl 去执行绘制任务，最后调用 performTraversals 方法，完成绘制。

详细流程可以参考下面流程图:

卡顿的根本原因:

从刷新原理来看卡顿的根本原理是有两个地方会造成掉帧:

一个是主线程有其它耗时操作，导致doFrame 没有机会在 vsync 信号发出之后 16 毫秒内调用；

还有一个就是当前doFrame方法耗时，绘制太久，下一个 vsync 信号来的时候这一帧还没画完，造成掉帧。

既然我们知道了卡顿的根本原因，那么我们就可以监控卡顿，从而可以对卡顿优化做到极致。我们可以从下面四个方面来监控应用程序卡顿:

基于 Looper 的 Printer 分发消息的时间差值来判断是否卡顿。

        //1\\. 开启监听
          Looper.myLooper().setMessageLogging(new
                            LogPrinter(Log.DEBUG, "ActivityThread"));

        //2\\. 只要分发消息那么就会在之前和之后分别打印消息
        public static void loop() 
           final Looper me = myLooper();
           if (me == null) 
               throw new RuntimeException("No Looper; Looper.prepare() wasn't called on this thread.");
                
            final MessageQueue queue = me.mQueue;
        		...

            for (;;) 
            	Message msg = queue.next(); // might block
        		...
              //分发之前打印
              final Printer logging = me.mLogging;
             if (logging != null) 
                logging.println(">>>>> Dispatching to " + msg.target + " " +
                                msg.callback + ": " + msg.what);
              

        			...
              try 
               //分发消息
               msg.target.dispatchMessage(msg);
        			...
              //分发之后打印
        			if (logging != null) 
                logging.println("<<<<< Finished to " + msg.target + " " + msg.callback);

基于 Choreographer 回调函数 postFrameCallback 来监控

基于开源框架 BlockCanary 来监控
基于开源框架 rabbit-client 来监控

怎么避免卡顿：

一定要避免在主线程中做耗时任务，总结一下 Android 中主线程的场景:

UI 生命周期的控制
系统事件的处理
消息处理
界面布局
界面绘制
界面刷新
…

还有一个最重要的就是避免内存抖动，不要在短时间内频繁的内存分配和释放。

基于这几点去说卡顿肯定是没有问题的。

3.减少内存占用

可以从如下几个方面去展开说明:
1. AutoBoxing(自动装箱): 能用小的坚决不用大的。
2. 内存复用
3. 使用最优的数据类型
4. 枚举类型: 使用注解枚举限制替换 Enum
5. 图片内存优化（这里可以从 Glide 等开源框架去说下它们是怎么设计的）
  - 选择合适的位图格式
  - bitmap 内存复用，压缩
  - 图片的多级缓存
6. 基本数据类型如果不用修改的建议全部写成 static final,因为它不需要进行初始化工作，直接打包到 dex 就可以直接使用，并不会在类中进行申请内存
7. 字符串拼接别用 +=，使用 StringBuffer 或 StringBuilder
8. 不要在 onMeause, onLayout, onDraw 中去刷新 UI
9. 尽量使用 C++ 代码转换 YUV 格式，别用 Java 代码转换 RGB 等格式，真的很占用内存
4.减少程序异常

减少程序异常那么我们可以从稳定性和 Crash 来分别说明。

这个我们将在第四点会详细的介绍程序的稳定性和 Crash 。

如果说出这些，再实际开发中举例说明一下怎么解决的应该是没有问题的。

3、你在项目中有没有遇见卡顿问题？是怎么排查卡顿？又是怎么优化的?

程序员:

有遇见, 比如在主线程中做耗时操作、频繁的创建对象和销毁对象导致 GC 回收频繁、布局的层级多等。

面试官:

嗯，那具体说说是怎么优化的。

程序员:

这里我们还是可以从显示原理和优化建议来展开说明，参考如下:

显示原理:

绘制原理:
刷新原理:
View 的 requestLayout 和 ViewRootImpl##setView 最终都会调用 ViewRootImpl 的 requestLayout 方法，然后通过 scheduleTraversals 方法向 Choreographer 提交一个绘制任务，然后再通过 DisplayEventReceiver 向底层请求 vsync 垂直同步信号，当 vsync 信号来的时候，会通过 JNI 回调回来，在通过 Handler 往消息队列 post 一个异步任务，最终是 ViewRootImpl 去执行绘制任务，最后调用 performTraversals 方法，完成绘制。

详细流程可以参考下面流程图:

卡顿的根本原因:
从刷新原理来看卡顿的根本原理是有两个地方会造成掉帧:

一个是主线程有其它耗时操作，导致doFrame 没有机会在 vsync 信号发出之后 16 毫秒内调用；

还有一个就是当前 doFrame 方法耗时，绘制太久，下一个 vsync 信号来的时候这一帧还没画完，造成掉帧。

既然我们知道了卡顿的根本原因，那么我们就可以监控卡顿，从而可以对卡顿优化做到极致。我们可以从下面四个方面来监控应用程序卡顿:
- 基于 Looper 的 Printer 分发消息的时间差值来判断是否卡顿。

       //1\\. 开启监听
         Looper.myLooper().setMessageLogging(new
                           LogPrinter(Log.DEBUG, "ActivityThread"));

       //2\\. 只要分发消息那么就会在之前和之后分别打印消息
       public static void loop() 
          final Looper me = myLooper();
          if (me == null) 
              throw new RuntimeException("No Looper; Looper.prepare() wasn't called on this thread.");
               
           final MessageQueue queue = me.mQueue;
       		...

           for (;;) 
           	Message msg = queue.next(); // might block
       		...
             //分发之前打印
             final Printer logging = me.mLogging;
            if (logging != null) 
               logging.println(">>>>> Dispatching to " + msg.target + " " +
                               msg.callback + ": " + msg.what);
             

       			...
             try 
              //分发消息
              msg.target.dispatchMessage(msg);
       			...
             //分发之后打印
       			if (logging != null) 
               logging.println("<<<<< Finished to " + msg.target + " " + msg.callback);

基于 Choreographer 回调函数 postFrameCallback 来监控
基于开源框架 BlockCanary 来监控
基于开源框架 rabbit-client 来监控

怎么可以提高程序运行流畅
1.布局优化:
1.1 布局优化分析工具:

1.2 优化方案:
提升动画性能
- 尽量别用补间动画，改为属性动画，因为通过性能监控发现补间动画重绘非常频繁
- 使用硬件加速提高渲染速度，实现平滑的动画效果。
怎么避免卡顿：

一定要避免在主线程中做耗时任务，总结一下 Android 中主线程的场景:
- UI 生命周期的控制
- 系统事件的处理
- 消息处理
- 界面布局
- 界面绘制
- 界面刷新
- …

基于这几点去说卡顿肯定是没有问题的。

4、怎么保证 APP 的稳定运行?

程序员:

保证程序的稳定我们可以从内存、代码质量、Crash、ANR、后台存活等知识点来展开优化。

面试官:

那你具体说说你是怎么做的？

程序员:

1.内存

可以从第二点内存优化来说明

2.代码质量

团队之前相互代码审查，保证了代码的质量，也可以学习到了其它同事码代码的思想。
使用 Link 扫描代码，查看是否有缺陷性。

3. Crash

通过实现 Thread.UncaughtExceptionHandler 接口来全局监控异常状态，发生 Crash 及时上传日志给后台，并且及时通过插件包修复。
Native 线上通过 Bugly 框架实时监控程序异常状况，线下局域网使用 Google 开源的 breakpad 框架。发生异常就搜集日志上传服务器(这里要注意的是日志上传的性能问题，后面省电模块会说明)

4. ANR

5. 后台存活

面试官:

嗯，你对知识点掌握的挺好。

说完这些，这一关也算是过了。

5、说说你在项目中网络优化?

程序员:

有，这一点其实可以通过 OKHTTP 连接池和 Http 缓存来说一下(当然这里不会再展开分析 OKHTTP 源码了)

面试官:

那你具体说一下吧

程序员

说了这些之后，再说一下你当前使用网络框架它们做了哪些优化比如 OKHTTP(Socket 连接池、Http缓存、责任链)、Retrofit(动态代理)。说了这些一般这关也算是过了。

6、你在项目中有用过哪些存储方式? 对它们的性能有过优化吗？

程序员:

主要用过 sp,File,SQLite 存储方式。其中对 sp 和 sqlite 做了优化。

面试官:

那你说说都做了哪些优化?

程序员:

这一块如果你使用过其它第三方的数据库，可以说说它们的原理和它们存取的方式。

7、你在项目中有做过自定义 View 吗？有对它做过什么优化？

程序员:

有做过。比如重复绘制，还有大图长图有过优化。

面试官:

那具体说一说

程序员:

最后也是结合真实场景具体说一个。

8、你们项目的耗电量怎么样? 有做过优化吗?

程序员:

在没有优化之前持续工作 30 分钟的耗电量是 8%, 优化后是 4%。

面试官:

那你说一说你是怎么优化的。

程序员:

因为我们产品是一款社交通信的软件，有音视频通话、GPS 定位上报、长连接的场景，所以优化起来确实有点困难。不过最后也还是优化了一半的电量下去。主要做了如下优化:

说出这些之后，在结合项目一个真实的优化点来说明一下。

9、有做过日志优化吗?

程序员:

有优化，在之前没有考虑任何性能的情况下，我是直接有 log 就写入文件，尽管我开了线程池去写文件，只要软件在运行那么就会频繁的使 CPU 进行工作。这也间接的导致了耗电。
面试官:

那你具体说一下，最后怎么解决这个问题的?

程序员:

展开上面这些点说明之后，面试官一般不会为难你。

10、你们 APK 有多大？有做过 APK 体积相关的优化吗?

程序员:

有过优化，在没有优化之前项目的包体积大小是 80M,优化之后是 50M.

面试官:

说一说是怎么优化的

程序员:

基于这几点优化方案，一般都能解决 APK 体积问题。最后再把自己项目 APK 体积优化步骤结合上面点说一下就行。

总结

其实性能优化点都是息息相关的，比如卡顿会涉及内存、显示，启动也会涉及 APK dex 的影响。所以说性能优化不仅仅是单方面的优化，一定要掌握最基本的优化方案，才能更加深入探讨性能原理问题。

在这里也建立大家多看流行开源框架源码，比如 Glide (内存方面), OKhttp (网络连接方面) 优化的真的很极致。到这里性能优化方面的知识也就说完了，下来一定好好去消化。下面有小编自己整理的一些性能优化学习文档和Android学习文档等。

如需要参考完整版请去我GitHub进行访问查阅。

GitHub地址： 
https://github.com/733gh/Android-T3

Android性能优化学习路线

如需要参考高清版请去我GitHub进行访问查阅。

GitHub地址： 
https://github.com/733gh/Android-T3

面试官，java8jvm内存结构变了，永久代到元空间

...在Java8和以后版本中JVM的内存结构慢慢发生了变化。作为面试官如果你还不知道，那么面试过程中是不是有些露怯？作为面试者，如果知晓这些变化，又将成为面试中的亮点。如果在网络上搜索JVM内存结构，90%的可能会搜到Java7... 查看详情

秋招面试我去了拼多多，直接被问jvm&gc底层原理和算法，我吊打面试官(代码片段)

JVM常用参数设置积累#堆的初始值，默认物理内存的1/64-Xms:#堆的最大值，默认物理内存的1/4-Xmx:#年轻代大小「在整个堆内存大小确定的情况下，增大年轻代将会减小年老代，反之亦然。此值关系到JVM垃圾回收，... 查看详情

android面试官精心整理:“五年面试经验！“

...首先呢！做为一个面试官，这几年面过的中高级Android开发工程师已经突破了上百人，Failed的不敢说，但是Pass掉的基本是没有看走眼的；眼看年后春招即将来袭，特此赶在年轻整理完毕，谈谈我对Android... 查看详情

android面试知识梳理（面试官及面试者）

如何准备Android的面试，结合我之前面试和面试官的经验，目前我梳理了一些基本的知识和准备。首先，自己要对整个面试要考察的内容要有比较清晰的结构。下面是整个思维导图：我们主要分为2大块1.基础知识基... 查看详情

一线大厂面试之道--腾讯阿里android高级开发面试官选拔标准

腾讯阿里Android高级开发面试官选拔标准课程答疑和新课信息：QQ交流群：422901085进行课程讨论FrameWork入门课视频链接：https://edu.csdn.net/course/detail/30298FrameWork实战课1视频链接：https://edu.csdn.net/course/detail/30275专题博... 查看详情

一个static和面试官扯了一个小时，舌战加强版(代码片段)

...在社区里看到好几篇文章聊static的玩法以及怎么拿这个和面试官扯半个小时，有点意思，点进去看都是java版的，这就没意思了，怎么也得有一篇和面试官扯C#中的static用法撒，既然没有人开这个头，那我就献丑了。。。，下面以... 查看详情

一个static和面试官扯了一个小时，舌战加强版(代码片段)

来自android面试官的一些看法和体会心得

...作为一名某公司的面试官，这几年帮公司面试的一些Android中高级岗位的工程师，现已破百人之多，但被我Pass刷掉的人也不少。现在正式金九银十的面试旺季，特此赶来与大家分享一些谈谈我对Android中高级面试的... 查看详情

阿里面试官内部题库，阿里发布2022年java岗(正式版)面试题

阿里巴巴2022年Java架构师岗面试题（正式版）这不马上就是金三银四的面试跳槽季了嘛，小编也是通过一些小手段为大家拿到了一份阿里巴巴2022年Java架构师岗面试题（正式版）现在分享给大家，这份资料... 查看详情

腾讯面试官：了解javabinder中的系统服务吗？(代码片段)

本文首发于微信公众号「后厂技术官」关联系列AndroidAOSP基础系列Android系统启动系列应用进程启动系列Android深入四大组件系列Android深入理解Context系列Android深入理解JNI系列Android解析WindowManagerAndroid解析WMS系列Android解析AMS系列Andr... 查看详情

android面试：整理了android面试官最常问的174道面试题，让你秒变offer收割机

本文是专为Android开发工程师准备的高薪面试真题汇总题库，涵盖历年大厂高频面试题总结+核心考点深度解析，可以帮助大家全面梳理知识点，并针对面试中可能遇到的问题进行深入分析，在众多面试者中脱颖... 查看详情

面试官：现在还有不会组件化android开发？

Android从2008年10月发布至今已经第13个年头了，开发者们从Android1.0的版本跨越到了Android11，马上也将迎来Android12的到来……在这个过程中，我们经历了很多。对于如何去衡量一个开发者的水平到底有多高，一般面试... 查看详情

腾讯面试官：binder的系统服务是如何获取的？(代码片段)

android面试官最喜欢问15道面试题

Java中内部类为什么可以访问外部类 1.因为内部类创建的时候，需要外部类的对象，在内部类对象创建的时候会把外部类的引用传递进去设计移动端的联系人存储与查询的功能，要求快速搜索联系人，可以用到哪... 查看详情

担任android面试官的我，想给大家提一些面试建议

前言：我在Android开发岗位上做了5年了，在公司也算是老前辈了，今年我申请负责秋招的技术面，在面试时确实发现了不少的问题。对于很多同学说的：“找不到工作是环境问题，不是我能力问题”这句话&... 查看详情

2022年android面试题及答案汇总，每天20题持续更新中...（从面试官角度帮你审视问题）(代码片段)

...试官打击？这里有一份宝典合集：包括有《1599页Android面试宝典》+《AndroidFramework开发揭秘》+《Android项目合集》等等，一切你需要的面试资料，我们都有合集大礼包等着查看详情

android—以面试官要求手写hashmap(代码片段)

前言上一篇提到：Android—以面试角度剖析HashMap源码，分析了HashMap源码。为了加深印象，因此这篇将会实现手写HashMap！话不多说，直接开始！（结合上一篇一起看效果更佳哟）1、初始化从上一篇我... 查看详情

正文

android面试官：“你做过那些性能优化？“(代码片段)

前言

1、 你对 APP 的启动有过研究吗? 有做过相关的启动优化吗?

2、有做过相关的内存优化吗?

3、你在项目中有没有遇见卡顿问题？是怎么排查卡顿？又是怎么优化的?

4、怎么保证 APP 的稳定运行?

5、说说你在项目中网络优化?

6、你在项目中有用过哪些存储方式? 对它们的性能有过优化吗？

7、你在项目中有做过自定义 View 吗？有对它做过什么优化？

8、你们项目的耗电量怎么样? 有做过优化吗?

9、有做过日志优化吗?

10、你们 APK 有多大？有做过 APK 体积相关的优化吗?

总结

Android性能优化学习路线

面试官，java8jvm内存结构变了，永久代到元空间

秋招面试我去了拼多多，直接被问jvm&gc底层原理和算法，我吊打面试官(代码片段)

android面试官精心整理:“五年面试经验！“

android面试知识梳理（面试官及面试者）

一线大厂面试之道--腾讯阿里android高级开发面试官选拔标准

一个static和面试官扯了一个小时，舌战加强版(代码片段)

一个static和面试官扯了一个小时，舌战加强版(代码片段)

来自android面试官的一些看法和体会心得

阿里面试官内部题库，阿里发布2022年java岗(正式版)面试题

腾讯面试官：了解javabinder中的系统服务吗？(代码片段)

android面试：整理了android面试官最常问的174道面试题，让你秒变offer收割机

面试官：现在还有不会组件化android开发？

腾讯面试官：binder的系统服务是如何获取的？(代码片段)

android面试官最喜欢问15道面试题

担任android面试官的我，想给大家提一些面试建议

2022年android面试题及答案汇总，每天20题持续更新中...（从面试官角度帮你审视问题）(代码片段)

android—以面试官要求手写hashmap(代码片段)

android—以面试官要求手写hashmap(代码片段)

1、你对 APP 的启动有过研究吗? 有做过相关的启动优化吗?