了解mach-o的结构可以帮助认识系统加载二进制文件的动态链接和静态链接。应用层面，使用initialize的c++函数计算启动时间耗时也需要以mach-o的结构知识为铺垫。还可以用在使用clang自注册启动任务上。

自2017年Google发布Kotlin语言之后，Android开发由原来的Java开始向Kotlin 过度，目前绝大部分Android开发岗位基本要求就是熟练使用Kotlin。事实上，很多有着多年历史的项目一开始是Java开发的，在Kotlin日渐趋于Android开发主流的过程中，混合开发成为许多项目的首选。我们的项目也是采用混合开发，面对拥有沉重历史包袱的代码，想用Kotlin重构却不得不考虑时间成本和人力成本，但又不想放弃Kotlin开发的优势，所以新业务均采用Kotlin开发。

Json就不过多介绍了，大家耳熟能详，相信很多伙伴项目中的Json解析依旧在使用FastJson或者Gson等第三方框架进行数据解析，当我们混合开发之后，你会发现Kotlin的数据类写起来很方便，但是将Json解析为数据类对象时出现的问题会让你很头大，尤其是开启混淆之后，各种各样的问题甚至程序崩溃随之出现，随着程序的崩溃，你的内心渐渐开始崩溃，不禁发出疑问，数据类不好用吗？

Flutter 的诞生虽然来自 Google 的 Chrome 团队，但大家都知道 Flutter 最先支持的平台是 Android 和 iOS，至今最核心的维护平台依然是 Android 和 iOS。由于 dart 语言的学习成本不高，Flutter 的响应式UI与 ComposeUI 和 SwiftUI 都有极大的相似之处，整体的架构思路也更偏向于客户端的模式，再加上为了实现很多硬件或 Native 相关的基础功能也需要专业的客户端开发知识，所以 Flutter 更多的是被客户端开发同学认可并使用（在我们的团队中，Flutter 已经是客户端开发同学的必备基本技能）。 在此背景下，Flutter 最初并不在 web 端上发力。不过由于 Flutter 本身就是携带了 web 的基因，在 Flutter2 发布的同时也发布了 web 的稳定版。那么它有什么优势和劣势呢？

UICollectionView在iOS中是构建复杂布局的强大工具。iOS13中引入的 UICollectionViewCompositionalLayout为创建自定义布局提供了全新的可能性。本文将深入探讨Compositional Layout的工作原理,以及如何利用它创建复杂的分组、嵌套布局和增强视图。无论您是刚开始学习Compositional Layout,还是想掌握它的高级用法,本文都将是您的完美指南。

文章介绍了重签名APP的方法，特别是重签名微信的步骤。首先，获取微信的ipa文件并解压获取WeChat.app。然后，新建一个自定义bundleID的APP，并替换待签名ipa中的bundleID、证书和描述文件。最后，修改WeChat.app中的info.plist文件中的bundleIdentifier为自定义的bundleID。通过这种方法，可以成功重签名微信并安装。

通过运行checkJetifier任务，我们可以得知需要使用Jetifier进行AndroidX迁移的库有：com.github.bumptech.glide:okhttp3-integration:4.8.0。根据输出信息，我们可以看到原先引用的android.support.annotation等类被映射到了对应的androidx.annotation类。为了完成迁移，可以采取不同的方法，例如直接升级到支持AndroidX的新版本、使用源码编译新版本或使用jetifier-standalone命令行工具转换aar/jar文件。

本文介绍了JavaScript中构造函数和this关键字的使用，以及构造函数中return的影响。构造函数不需要使用return语句，this关键字会自动指向新创建的对象。然而，如果构造函数中使用了return语句，返回的是基本类型，则该返回值会被忽略；如果返回的是一个对象，则最终返回的新对象将是返回的对象，原本的this指向的对象会被抛弃。此外，通过new关键字创建对象时，应该使用规范的命名方式。

抖音、快手等短视频 APP 都有本地编辑视频并上传的功能，这里的上传指的就是上传视频文件，其实无论是上传视频还是其他文件，技术原理都是相同的。

搜狐视频 APP 的文件上传除了基础的上传功能外，还支持多个视频文件的上传处理，以串行的形式进行上传。并且，在单个视频文件的上传中，为了保证充分利用带宽，还设计了并行上传的逻辑。整体方案如下。

之前我们探讨过KMM，即Kotlin Multiplatform Mobile，是Kotlin发布的移动端跨平台框架。当时的结论是KMM提倡将共有的逻辑部分抽出，由KMM封装成Android(Kotlin/JVM)的aar和iOS(Kotlin/Native)的framework，再提供给View层进行调用，从而节约一部分的工作量。共享的是逻辑而不是UI。

其实在这个时候我们就知道Kotlin在移动端的跨平台绝对不是想止于逻辑层的共享，随着Compose的日渐成熟，JetBrains推出了Compose-Multiplatform，从UI层面上实现移动端，Web端，桌面端的跨平台。考虑到屏幕大小与交互方式的不同，Android和iOS之间的共享会极大的促进开发效率。比如现在已经非常成熟的Flutter。令人兴奋的是，Compose-Multiplatform目前已经发布了支持iOS系统的alpha版本，虽然还在开发实验阶段，但我们已经开始尝试用起来了。

自iOS14系统开始，苹果加强了用户隐私和安全功能。新增了“Limited Photo Library Access”模式，同时在授权弹窗中增加了“Select Photo”选项。这意味着用户可以在应用程序请求访问相册时选择部分照片供应用程序读取。从应用程序的角度来看，它只能访问到用户选择的这几张照片，无法得知其他照片的存在。然而，并非所有普通用户都能够正确理解这一机制，实际用户反馈中也反映出了一些误解。苹果推荐使用新的PHPicke来解决这个问题。

在本篇文章中，我将详细介绍如何正确使用PHPicker以及何时应该使用PHPicker。我撰写这篇文章的原因是：在尝试使用PHPicker访问资源库时遇到了一些问题。互联网上的许多文章提供的方法都是错误的，从而导致了对PHPicker和iOS权限的一些核心问题的误解。

由于常用浏览器是Safari，而Safari浏览器的插件比不上Chrome，所以就有了自己开发常用的Safari插件的想法。

打算开发当前页面生成二维码的Extension，因为网络原因，AirDrop有时候搜不到手机，所以有了这个需求，而且这个也比较简单，所以从这个开始。

项目中直播流每场直播由一张直播图片作为展示入口，用于提示用户此直播的概要。

然而直播图片和容器的宽高比例出现不一致的情况。针对此情况，采取背景图 contentmode展示为 aspectFill 且高斯模糊，上层高清图为 aspectfit，给用户一种图片填满且能清除获取信息的视觉体验。

很多应用开发者都会遇到这样一个需求，当程序需要处理某个敏感的核心任务，或者执行某些动画时，需要杜绝一切外部干扰，优先保证任务的完成，之后再去处理其它任务。否则如果在处理过程中受到外部事件的干扰，可能会引入严重的问题，而规避这些问题需要额外编写过多的逻辑。

一直想开发一个自己的短信过滤 APP，但是一直没有具体实施，现在终于静下心来，边开发边记录下整体的开发过程。

我们内部团队使用 Jetpack Compose 开发项目已近一年，经历了简单布局到复杂布局的应用，对 Compose 的使用越来越成熟，构造了很多易用的基础组合，提升了项目的开发效率，与此同时 Compose 布局的一些性能问题也慢慢凸显出来，因此专门对 Compose 布局优化进行了调研工作，旨在减少重组提高性能，规避负面效应，提高应用稳定性。结合具体场景来具体分析。

在需要定期汇报的情况下都可以快捷简单迅速地生成一份完整的汇报ppt，从“苦ppt久矣”的工作中解放出来。