百度APP作为日活过亿的国民级应用，经过这些年的发展，从最初的搜索，发展到现在包含搜索、Feed、视频、直播、小说、购物、小程序、网盘和众多垂类模块的超级应用，为服务更多用户满足更多用户需求不断迭代，应用像滚雪球一样越滚越大，包体积从最初的几十MB发展到最高时的420MB，每个版本自然迭代会有至少3MB的涨幅，过大的包体积带来的负面作用开始显现，400M的体积对下载转化率和卸载率提出了很大的挑战，因此包体积成为百度超级APP发展的拦路虎。 22年Q3开启包体积优化项目，从编译器优化(OC&Swift&C++优化、LTO优化、剥离调试符号、三方SDK优化)、图片优化(无用图片、HEIC图片优化、Asset Catalog图片优化、图片压缩)、资源瘦身(大资源优化、无用配置文件、重复资源)、代码瘦身(无用类、无用方法、无用模块、精简重复代码、工具类瘦身、AB实验固化)和工程架构(Xcode打包、防劣化)等方向做优化。 在满足正常业务迭代情况下，优化落地收益50M，百度APP包体积从七月初的395M下降到十二月末的352M，同一时间段内，国内大厂主流APP中，微信从502M上涨到530M，
百度APP iOS端包体积优化系列文章的前三篇重点介绍了包体积优化整体方案、图片优化和资源优化，图片优化是从无用图片、Asset Catalog和HEIC格式三个角度做深度优化，资源优化包括大资源优化、无用配置文件和重复资源优化，本文重点介绍代码优化，在百度APP实践中，代码优化包括无用类优化、无用模块瘦身、无用方法瘦身、精简重复代码、工具类瘦身和AB实验固化。在代码优化过程，需要分析Mach-O和Link Map，在前面的文章我们已经针对Mach-O文件做过了分析，本文先介绍Link Map文件，然后再详细介绍代码优化方案。
之前的文章介绍了图片优化和代码优化的几种方式，本篇文章重点介绍HEIC图片和无用类检测的优化实践。HEIC是High Efficiency Image Format（高效图像格式）的缩写，是一种新的图像文件格式，它是2017年苹果公司在iOS 11中引入，用于代替JPEG图像格式，以更高效地压缩图像并减少存储空间占用。HEIC支持多帧图像、透明度和16位深度色彩，使得它成为高质量图像和动画的理想选择。本文重点探究HEIC图片在百度APP中使用的可行性和包体积收益，验证HEIC图片在Bundle和Asset Catalog的兼容性，重点研究了Asset Catalog管理图片的机制，记录了验证过程中发现的特殊问题和解决思路。无用类则是详细介绍了如何用静态分析和动态分析相结合的方式，精简代码体积。
百度APP iOS端包体积优化系列文章的前六篇重点介绍了包体积优化整体方案、图片优化、资源优化、代码优化、无用类优化、HEIC图片优化实践和无用方法清理，图片优化是从无用图片、Asset Catalog和HEIC格式三个角度做深度优化；资源优化包括大资源优化、无用配置文件和重复资源优化，代码优化包括无用类优化、无用模块瘦身、无用方法瘦身、精简重复代码、工具类瘦身和AB实验固化。本文重点介绍编译器优化，在百度APP实践中，编译器优化包括GCC语言编译优化、Swift编译优化、LTO优化、剥离调试符号、剥离符号表、剔除未引用的代码、Asset 优化、C++虚函数优化和三方SDK编译器方向瘦身。此外，我们重点介绍了指令集架构优化、XCode升级优化和Swift内置动态库优化，这三个模块优化的基础原理都涉及到编译器，所以我们在此篇章一起介绍。
在可访问性方面，图表是复杂的事物之一。iOS 15 引入了一项名为“音频图表”的新功能。 下面我们将学习如何通过使用 accessibilityChartDescriptor 视图修饰符为任何 SwiftUI 视图构建音频表示，呈现类似自定义条形图视图或图像的图表。
很多应用开发者都会遇到这样一个需求，当程序需要处理某个敏感的核心任务，或者执行某些动画时，需要杜绝一切外部干扰，优先保证任务的完成，之后再去处理其它任务。否则如果在处理过程中受到外部事件的干扰，可能会引入严重的问题，而规避这些问题需要额外编写过多的逻辑。 例如，当程序在忙着清理应用内缓存的过程中去处理其它任务，这时候由于其它任务可能会产生新的缓存，这就会和现有的任务冲突。所以在清理缓存的过程中，app 一般会暂时中断用户和非用户的请求，优先保证缓存清理的完成。 所以，为了简化产品设计逻辑，开发者一般会选择在处理任务时暂时屏蔽其它任务，优先保障现有任务的完成。
