一、前言 最近参加了几轮面试，发现很多5-7年工作经验的候选人在性能优化这一块，基本上只能说出传统的分析方式，例如ANR分析，是通过查看/data/anr/ 下的log，分析主线程堆栈、cpu、锁信息

秒开，是许多人对性能优化的一种执着，也是许多用户简单甄别App/网页好不好用的一种手段，本文将分享我在项目里进行启动优化的一些经验，希望对大家有帮助。

作为主端的研发在对飞书这一款大型APP做性能优化时，相比与仅仅对某一个业务，或者是针对一些中小型APP做性能优化需要考虑更多的东西，也会有一些新的方案，所以我在这一次分享中会介绍基于全局的视角是如何对

不是因为看到希望才坚持，而是因为坚持了才会有希望！ ## 场景   在做直播软件的时候，需要在用户打开App后，先后弹出签到，活动，提示等一系列弹窗。每个弹窗都要在前一个弹窗消失后弹出。于是就面临一个

Android 业务逻辑应该如何写（第一篇） Android 业务逻辑应该如何写（第二篇）（本文） View的组织形式 先抛出一个问题，如下图为抖音的推荐流, 如果你是抖音的开发者，你将如何编写该页面

总体的思想是将复杂的业务进行拆分打散，拆解成一个个的“碎片”，每个碎片管理着一个或者多个相关功能，然后碎片之间相对独立，互不耦合，从而达到一个比较好的架构模式。

本文将针对Gson的痛点，介绍kotlin官方提供的序列化工具kotlin-serialization的使用

本文章将会从应用层开发的视角，罗列我认为需要掌握的Framework基本知识。为了更方便的记忆与巩固，更多是从流程上进行讲解，而不会对源码进行非常深入的解读，大家可以当做一个知识小册，针对性地阅读

在分析 FrameTracer 之前,还是先介绍一下他整个工作流程中的角色,加快对后续源码的理解 FrameTracer 中针对帧数据的获取存在两种方式 一 API >=24 ,直接使用 activi