每一个稍微有点规模的 App，总会自带一些线下的测试功能代码，比如环境切换功能、帧率查看功能等等，这些功能的切换入口往往放在各式各样的入口中，比如一些特殊的手势，双击 statusBar，双击某一个功能区块，或者新建一个 keyWindow 始终至于 App 最上方等等，而且每一个 App 里面的线下附带功能模块很多是相似的，比如帧率查看、内存和 CPU 监控等等，但是现在基本上都是每个 App 都是自己实现了一份，经历了以上的问题之后，DoKit 就有了它存在的意义。

DoKit 是一个功能平台，能够让每一个 App 快速接入一些常用的或者你没有实现的一些辅助开发工具、测试效率工具、视觉辅助工具，而且能够完美在 Doraemon 面板中接入你已经实现的与业务紧密耦合的一些非通有的辅助工具，并搭配我们的dokit平台，让功能得到延伸，接入方便，便于扩展。

一、平台工具(http://www.dokit.cn)

1. 【数据Mock】 App接口Mock解决方案，提供一套基于App网络拦截的接口Mock方案，无需修改代码即可完成对于接口数据的Mock。
2. 【健康体检】 一键式操作，整合DoKit多项工具，数据可视化，快速准确定位问题，让你对app的性能了如指掌。
3. 【文件同步助手】 通过终端服务，让你的终端空间在平台端完整的展现并提供强大的文件以及数据库操作能力。
4. 【一机多控】 主从同步，释放人力，让研发测试效率提升看得见

二、常用工具

1. 【App 信息查看】 快速查看手机信息，App 基础信息、签名相关、权限信息的渠道，避免去手机设置查找或者查看项目源代码的麻烦；
2. 【开发者选项 Android特有】 一键跳转开发者选项，避免安卓由于平台差异导致的入口不一致
3. 【本地语言】 一键跳转本地语言，避免安卓由于平台差异导致的入口不一致
4. 【沙盒浏览】 App 内部文件浏览的功能，支持删除和预览, 并且能通过 AirDrop 或者其他分享方式上传到 PC 中，进行更加细致的操作；
5. 【MockGPS】 App 能定位到全国各地，支持地图地位和手动输入经纬度；
6. 【H5任意门】 开发测试同学可以快速输入 H5 页面地址，查看该页面效果；
7. 【Crash查看】 方便本地打印出出现 Crash 的堆栈；
8. 【子线程UI】 快速定位哪一些 UI 操作在非主线程中进行渲染，避免不必要的问题；（iOS独有）
9. 【清除本地数据】 一键删除沙盒中所有数据；
10. 【NSLog】 把所有 NSLog 信息打印到UI界面，避免没有开发证书无法调试的尴尬；
11. 【Lumberjack】 每一条 CocoaLumberjack 的日志信息，都在在 App 的界面中显示出来，再也不需要导出日志这么麻烦;（iOS独有）
12. 【DBView】 通过网页方便快捷的操作应用内数据库，让数据库的调试变得非常优雅;
13. 【模拟弱网】 限制网速，模拟弱网环境下App的运行情况。（android独有）

三、性能检测

1. 【帧率】 App 帧率信息提供波形图查看功能，让帧率监控的趋势更加明显；
2. 【CPU】 App CPU 使用率信息提供波形图查看功能，让 CPU 监控的趋势更加形象；
3. 【内存】 App 内存使用量信息提供波形图查看功能，让内存监控的趋势更加鲜明；
4. 【流量监控】 拦截 App 内部流量信息，提供波形图展示、流量概要展示、流量列表展示、流量筛选、流量详情，对流量信息统一拦截，成为我们 App 中自带的 "Charles"；
5. 【卡顿】 锁定 App 出现卡顿的时刻，打印出对应的代码调用堆栈；
6. 【大图检测】 通过流量监测，找出所有的大小超标的图片，避免下载大图造成的流量浪费和渲染大图带来的CPU消耗。
7. 【启动耗时】 无侵入的统计出App启动过程的总共耗时；
8. 【UI层级检查】 检查出每一个页面中层级最深的元素；
9. 【函数耗时】 从函数级别分析app性能瓶颈；
10. 【Load】 找出所有的Load方法，并给出耗时分析；（iOS独有）
11. 【内存泄漏】 找出App中所有的内存泄漏的问题。

四、视觉工具

1. 【颜色吸管】 方便设计师 UI 捉虫的时候，查看每一个组件的颜色值是否设置正确；
2. 【组件检查】 可以抓取任意一个UI控件，查看它们的详细信息，包括控件名称、控件位置、背景色、字体颜色、字体大小；
3. 【对齐标尺】 参考 Android 系统自带测试工具，能够实时捕获屏幕坐标，并且可以查看组件是否对齐；
4. 【元素边框线】 绘制出每一个 UI 组件的边框，对于组件布局有一定的参考意义。

五、Weex专项工具（CML专项工具）

1. 【console日志查看】 方便在端上查看每一个Weex文件中的console日志，提供分级和搜索功能；
2. 【storage缓存查看】 将Weex中的storage模块的本地缓存数据可视化展示；
3. 【容器信息】 查看每一个打开的Weex页面的基本信息和性能数据；
4. 【DevTool】 快速开启Weex DevTool的扫码入口。

tips ： 如果使用我们滴滴优秀的开源跨端方案 chameleon 也可以集成该工具集合

六、支持自定义的业务工具集成到面板中

统一维护和管理所有的测试模块，详见接入手册

七、微信小程序专项工具

当前工具监控范围包括：崩溃、卡顿和爆内存，包含以下两款插件：

• WCCrashBlockMonitorPlugin： 基于 KSCrash 框架开发，具有业界领先的卡顿堆栈捕获能力，同时兼备崩溃捕获能力。

• WCMemoryStatPlugin： 一款性能优化到极致的爆内存监控工具，能够全面捕获应用爆内存时的内存分配以及调用堆栈情况。

特性

WCCrashBlockMonitorPlugin

• 接入简单，代码无侵入
• 通过检查 Runloop 运行状态判断应用是否卡顿，同时支持 iOS/macOS 平台
• 增加耗时堆栈提取，卡顿线程快照日志中附加最近时间最耗时的主线程堆栈

WCMemoryStatPlugin

• 在应用运行期间获取对象存活以及相应的堆栈信息，在检测到应用爆内存时进行上报
• 使用平衡二叉树存储存活对象，使用 Hash Table 存储堆栈，将性能优化到极致

使用方法

安装

• 通过 Cocoapods 安装

  1. 先安装 CocoaPods；
  2. 通过 pod repo update 更新 matrix 的 Cocoapods 版本；
  3. 在 Podfile 对应的 target 中，添加 pod 'matrix-wechat'，并执行 pod install；
  4. 在项目中使用 Cocoapods 生成的 .xcworkspace运行工程；
  5. 在你的代码文件头引入头文件 #import ，就可以接入微信的性能探针工具了！

• 通过静态库安装

  1. 获取 Matrix 源码；
  2. 打开命令行，在 matrix/matrix-iOS 代码目录下执行 make 进行编译生成静态库；编译完成后，iOS 平台的库在 matrix/matrix-iOS/build_ios 目录下，macOS 平台的库在 matrix/matrix-iOS/build_macos目录下；
  3. 工程引入静态库：
  • iOS 平台：使用 matrix/matrix-iOS/build_ios 路径下的 Matrix.framework，将 Matrix.framework以静态库的方式引入工程；
  • macOS 平台：使用 matrix/matrix-iOS/build_macos 路径下的 Matrix.framework，将 Matrix.framework 以静态库的方式引入工程。
  4. 添加头文件 #import ，就可以接入微信的性能探针工具了！

启动监控

在以下地方：

• 程序 main 函数入口；
• AppDelegate 中的 application:didFinishLaunchingWithOptions:；
• 或者其他应用启动比较早的时间点。

添加类似如下代码，启动插件：

#import 

  

Matrix *matrix = [Matrix sharedInstance];

MatrixBuilder *curBuilder = [[MatrixBuilder alloc] init];

curBuilder.pluginListener = self; // pluginListener 回调 plugin 的相关事件

    

WCCrashBlockMonitorPlugin *crashBlockPlugin = [[WCCrashBlockMonitorPlugin alloc] init];    

[curBuilder addPlugin:crashBlockPlugin]; // 添加卡顿和崩溃监控

    

WCMemoryStatPlugin *memoryStatPlugin = [[WCMemoryStatPlugin alloc] init];

[curBuilder addPlugin:memoryStatPlugin]; // 添加内存监控功能

    

[matrix addMatrixBuilder:curBuilder];

    

[crashBlockPlugin start]; // 开启卡顿和崩溃监控

// [memoryStatPlugin start]; 

// 开启内存监控，注意 memoryStatPlugin 开启之后对性能损耗较大，建议按需开启

// 设置 delegate



MatrixBuilder *curBuilder = [[MatrixBuilder alloc] init];

curBuilder.pluginListener = <一个遵循 MatrixPluginListenerDelegate 的对象>; 



// MatrixPluginListenerDelegate



- (void)onInit:(id)plugin;

- (void)onStart:(id)plugin;

- (void)onStop:(id)plugin;

- (void)onDestroy:(id)plugin;

- (void)onReportIssue:(MatrixIssue *)issue;

本文从一个 iOS 日常开发的 hook 案例入手，首先简要介绍了 Objective-C 的动态特性以及传统 hook 方式常见的命名冲突、操作繁琐、hook 链意外断裂、hook 作用范围不可控制等缺陷，然后详细介绍了一套基于消息转发机制的 instance 粒度的轻量级 hook 方案：SDMagicHook。

背景

某年某月的某一天，产品小 S 向开发君小 Q 提出了一个简约而不简单的需求：扩大一下某个 button 的点击区域。小 Q 听完暗自窃喜：还好，这是一个我自定义的 button，只需要重写一下 button 的 pointInside:withEvent:方法即可。只见小 Q 手起刀落在产品小 S 崇拜的目光中轻松完成。代码如下：

次日，产品小 S 又一次满怀期待地找到开发君小 Q：欧巴~，帮我把这个 button 也扩大一下点击区域吧。小 Q 这次却犯了难，心中暗自思忖：这是系统提供的标准 UI 组件里面的 button 啊，我只能拿来用没法改呀，我看你这分明就是故意为难我胖虎！我…我…我.----小 Q 卒。

在这个 case 中，小 Q 的遭遇着实令人同情。但是痛定思痛，难道产品提出的这个问题真的无解吗？其实不然，各位看官静息安坐，且听我慢慢分析：

1. Objective-C 的动态特性

Objective-C 作为一门古老而又灵活的语言有很多动态特性为开发者所津津乐道，这其中尤其以动态类型（Dynamic typing）、动态绑定（Dynamic binding）、动态加载（Dynamic loading）等特性最为著名，许多在其他语言中看似不可能实现的功能也可以在 OC 中利用这些动态特性达到事半功倍的效果。

1.1 动态类型（Dynamic typing）

动态类型就是说运行时才确定对象的真正类型。例如我们可以向一个 id 类型的对象发送任何消息，这在编译期都是合法的，因为类型是可以动态确定的，消息真正起作用的时机也是在运行时这个对象的类型确定以后，这个下面就会讲到。我们甚至可以在运行时动态修改一个对象的 isa 指针从而修改其类型，OC 中 KVO 的实现正是对动态类型的典型应用。

1.2 动态绑定（Dynamic binding）

当一个对象的类型被确定后，其对应的属性和可响应的消息也被确定，这就是动态绑定。绑定完成之后就可以在运行时根据对象的类型在类型信息中查找真正的函数地址然后执行。

1.3 动态加载（Dynamic loading）

根据需求加载所需要的素材资源和代码资源，用户可根据需求加载一些可执行的代码资源，而不是在在启动的时候就加载所有的组件，可执行代码可以含有新的类。

了解了 OC 的这些动态特性之后，让我们再次回顾一下产品的需求要领：产品只想任性地修改任何一个 button 的点击区域，而恰巧这次这个 button 是系统原生组件中的一个子 View。所以当前要解决的关键问题就是如何去改变一个用系统原生类实例化出来的组件的“点击区域检测方法”。刚才在 OC 动态类型特性的介绍中我们说过“消息真正起作用的时机是在运行时这个对象的类型确定以后”、“我们甚至可以在运行时动态修改一个对象的 isa 指针从而修改其类型，OC 中 KVO 的实现正是对动态类型的典型应用”。看到这里，你应该大概有了一些思路，我们不妨照猫画虎模仿 KVO 的原理来实现一下。

2. 初版 SDMagicHook 方案

要想使用这种类似 KVO 的替换 isa 指针的方案，首先需要解决以下几个问题：

2.1 如何动态创建一个新的类

在 OC 中，我们可以调用 runtime 的 objc_allocateClassPair、objc_registerClassPair 函数动态地生成新的类，然后调用 object_setClass 函数去将某个对象的 isa 替换为我们自建的临时类。

2.2 如何给这些新建的临时类命名

作为一个有意义的临时类名，首先得可以直观地看出这个临时类与其基类的关系，所以我们可以这样拼接新的类名[NSString stringWithFormat:@“SDHook*%s”, originalClsName]，但这有一个很明显的问题就是无法做到一个对象独享一个专有类，为此我们可以继续扩充下，不妨在类名中加上一个对象的唯一标记–内存地址，新的类名组成是这样的[NSString stringWithFormat:@“SDHook_%s_%p”, originalClsName, self]，这次看起来似乎完美了，但在极端的情况下还会出问题，例如我们在一个一万次的 for 循环中不断创建同一种类型的对象，那么就会大概率出现新对象的内存地址和之前已经释放了的对象的内存地址一样，而我们会在一个对象析构后很快就会去释放它所使用的临时类，这就会有概率导致那个新生成的对象正在使用的类被释放了然后就发生了 crash。为解决此类问题，我们需要再在这个临时的类名中添加一个随机标记来降低这种情况发生的概率，最终的类名组成是这样的[NSString stringWithFormat:@“SDHook_%s_%p_%d”, originalClsName, self, mgr.randomFlag]。

2.3 何时销毁这些临时类

我们通过 objc_setAssociatedObject 的方式可以为每个 NSObject 对象动态关联上一个 SDNewClassManager 实例，在 SDNewClassManager 实例里面持有当前对象所使用的临时类。当前对象销毁时也会销毁这个 SDNewClassManager 实例，然后我们就可以在 SDNewClassManager 实例的 dealloc 方法里面做一些销毁临时类的操作。但这里我们又不能立即做销毁临时类的操作，因为此时这个对象还没有完全析构，它还在做一些其它善后操作，如果此时去销毁那个临时类必然会造成 crash，所以我们需要稍微延迟一段时间来做这些临时类的销毁操作，代码如下：

好了，到目前为止我们已经实现了第一版 hook 方案，不过这里两个明显的问题：

1. 每次 hook 都要增加一个 category 定义一个函数相对比较麻烦；
2. 如果我们在某个 Class 的两个 category 里面分别实现了一个同名的方法就会导致只有一个方法最终能被调用到。

为此，我们研发了第二版针对第一版的不足予以改进和优化。

3. 优化版 SDMagicHook 方案

针对上面提到的两个问题，我们可以通过用 block 生成 IMP 然后将这个 IMP 替换到目标 Selector 对应的 method 上即可，API 示例代码如下：

这个 block 方案看上去确实简洁和方便了很多，但同样面临着任何一个 hook 方案都避不开的问题那就是，如何在 block 里面调用原生的对应方法呢？

3.1 关键点一：如何在 block 里面调用原生方法

在初版方案中，我们在一个类的 category 中增加了一个 hook 专用的方法，然后在完成方法交换之后通过向实例发送 hook 专用的方法自身对应的 selector 消息即可实现对原生方法的回调。但是现在我们是使用的 block 创建了一个“匿名函数”来替换原生方法，既然是匿名函数也就没有明确的 selector，这也就意味着我们根本没有办法在方法交换后找到它的原生方法了！

那么眼下的关键问题就是找到一个合适的 Selector 来映射到被 hook 的原生函数。而目前来看，我们唯一可以在当前编译环境下方便调用且和这个 block 还有一定关联关系的 Selector 就是原方法的 Selector 也就是我们的 demo 中的pointInside:withEvent:了。这样一来pointInside:withEvent:这个 Selector 就变成了一个一对多的映射 key，当有人在外部向我们的 button 发送 pointInside:withEvent:消息时，我们应该首先将 pointInside:withEvent:转发给我们自定义的 block 实现的 IMP，然后当在 block 内部再次向 button 发送 pointInside:withEvent:消息时就将这个消息转发给系统原生的方法实现，如此一来就可以完成了一次完美的方法调度了。

3.2 关键点二：如何设计消息调度方案

在 OC 中要想调度方法派发就需要拿到消息转发的控制权，而要想获得这个消息转发控制权就需要强制让这个 receiver 每次收到这个消息都触发其消息转发机制然后我们在消息转发的过程中做对应的调度。在这个例子中我们将目标 button 的 pointInside:withEvent:对应的 method 的 imp 指针替换为_objc_msgForward，这样每当有人调用这个 button 的 pointInside:withEvent:方法时最终都会走到消息转发方法 forwardInvocation:里面，我们实现这个方法来完成具体的方法调度工作。

因为目标 button 的 pointInside:withEvent:对应的 method 的 imp 指针被替换成了_objc_msgForward，所以我们需要另外新增一个方法 A 和方法 B 来分别存储目标 button 的 pointInside:withEvent:方法的 block 自定义实现和原生实现。然后当需要在自定义的方法内部调用原始方法时通过调用 callOriginalMethodInBlock:这个 api 来显式告知，示例代码如下：

当目标 button 实例收到 pointInside:withEvent:消息时会启用我们自定义的消息调度机制，检查如果 OriginalCallFlag 为 false 就去调用自定义实现方法 A，否则就去调用原始实现方法 B，从而顺利实现一次方法调度。流程图及示例代码如下：

想象这样一个应用场景：有一个全局的 keywindow，各个业务都想监听一下 keywindow 的 layoutSubviews 方法，那我们该如何去管理和维护添加到 keywindow 上的多个 hook 实现之间的关系呢？如果一个对象要销毁了，它需要移除掉之前对 keywindow 的 hook，这时又该如何处理呢？

我们的解决方案是为每个被 hook 的目标原生方法生成一张 hook 表，按照 hook 发生的顺序依次为其生成内部 selector 并加入到 hook 表中。当 keywindow 收到 layoutSubviews 消息时，我们从 hook 表中取出该次消息对应的 hook selector 发送给 keywindow 让它执行对应的动作。如果删除某个 hook 也只需将其对应的 selector 从 hook 表中移除即可。代码如下：

4. 防止 hook 链意外断裂

我们都知道在对某个方法进行 hook 操作时都需要在我们的 hook 代码方法体中调用一下被 hook 的那个原始方法，如果遗漏了此步操作就会造成 hook 链断裂，这样就会导致被 hook 的那个原始方法永远不会被调用到，如果有人在你之前也 hook 了这个方法的话就会导致在你之前的所有 hook 都莫名失效了，因为这是一个很隐蔽的问题所以你往往很难意识到你的 hook 操作已经给其他人造成了严重的问题。

为了方便 hook 操作者快速及时发现这一问题，我们在 DEBUG 模式下增加了一套“hook 链断裂检测机制”，其实现原理大致如下：

前面已经提到过，我们实现了对 hook 目标方法的自定义调度，这就使得我们有机会在这些方法调用结束后检测其是否在方法执行过程中通过 callOriginalMethodInBlock 调用原始方法。如果发现某个方法体不是被 hook 的目标函数的最原始的方法体且这次方法执行结束之后也没有调用过原始方法就会通过 raise(SIGTRAP)方式发送一个中断信号暂停当前的程序以提醒开发者当次 hook 操作没有调用原始方法。

5. SDMagicHook 的优缺点

与传统的在 category 中新增一个自定义方法然后进行 hook 的方案对比，SDMagicHook 的优缺点如下：

优点：

1. 只用一个 block 即可对任意一个实例的任意方法实现 hook 操作，不需要新增任何 category，简洁高效，可以大大提高你调试程序的效率；
2. hook 的作用域可以控制在单个实例粒度内，将 hook 的副作用降到最低；
3. 可以对任意普通实例甚至任意类进行 hook 操作，无论这个实例或者类是你自己生成的还是第三方提供的；
4. 可以随时添加或去除者任意 hook，易于对 hook 进行管理。

缺点：

1. 为了保证增删 hook 时的线程安全，SDMagicHook 进行增删 hook 相关的操作时在实例粒度内增加了读写锁，如果有在多线程频繁的 hook 操作可能会带来一点线程等待开销，但是大多数情况下可以忽略不计；
2. 因为是基于实例维度的所以比较适合处理对某个类的个别实例进行 hook 的场景，如果你需要你的 hook 对某个类的所有实例都生效建议继续沿用传统方式的 hook。

总结

SDMagicHook 方案在 OC 中和 Swift 的 UIKit 层均可直接使用，而且 hook 作用域可以限制在你指定的某个实例范围内从而避免污染其它不相关的实例。Api 设计简洁易用，你只需要花费一分钟的时间即可轻松快速上手，希望我们的这套方案可以给你带来更美妙的 iOS 开发体验。

Github 项目地址:https://github.com/larksuite/SDMagicHook

源码下载:SDMagicHook-master.zip

转场调用代码

- (void)collectionView:(UICollectionView *)collectionView didSelectItemAtIndexPath:(NSIndexPath *)indexPath {

    AwemeListViewController *awemeVC = [[AwemeListViewController alloc] init];

    awemeVC.transitioningDelegate = self; //0

    

    // 1

    UICollectionViewCell *cell = [collectionView cellForItemAtIndexPath:indexPath];

    // 2

    CGRect cellFrame = cell.frame;

    // 3

    CGRect cellConvertedFrame = [collectionView convertRect:cellFrame toView:collectionView.superview];

    

    //弹窗转场

    self.presentScaleAnimation.cellConvertFrame = cellConvertedFrame; //4

    

    //消失转场

    self.dismissScaleAnimation.selectCell = cell; // 5

    self.dismissScaleAnimation.originCellFrame  = cellFrame; //6

    self.dismissScaleAnimation.finalCellFrame = cellConvertedFrame; //7

    

    awemeVC.modalPresentationStyle = UIModalPresentationOverCurrentContext; //8

    self.modalPresentationStyle = UIModalPresentationCurrentContext; //9

    

    [self.leftDragInteractiveTransition wireToViewController:awemeVC];

    [self presentViewController:awemeVC animated:YES completion:nil];

}

 #pragma mark -

#pragma mark - UIViewControllerAnimatedTransitioning Delegate

- (nullable id <UIViewControllerAnimatedTransitioning>)animationControllerForPresentedController:(UIViewController *)presented presentingController:(UIViewController *)presenting sourceController:(UIViewController *)source {

    

    return self.presentScaleAnimation; //present VC

}



- (nullable id <UIViewControllerAnimatedTransitioning>)animationControllerForDismissedController:(UIViewController *)dismissed {

    return self.dismissScaleAnimation; //dismiss VC

}



- (nullable id <UIViewControllerInteractiveTransitioning>)interactionControllerForDismissal:(id <UIViewControllerAnimatedTransitioning>)animator {

    return self.leftDragInteractiveTransition.isInteracting? self.leftDragInteractiveTransition: nil;

}

@property (nonatomic, strong) PresentScaleAnimation *presentScaleAnimation;

@property (nonatomic, strong) DismissScaleAnimation *dismissScaleAnimation;

@property (nonatomic, strong) DragLeftInteractiveTransition *leftDragInteractiveTransition;

 //转场的两个动画

self.presentScaleAnimation = [[PresentScaleAnimation alloc] init];

self.dismissScaleAnimation = [[DismissScaleAnimation alloc] init];

self.leftDragInteractiveTransition = [DragLeftInteractiveTransition new];

 @implementation PresentScaleAnimation



- (NSTimeInterval)transitionDuration:(id <UIViewControllerContextTransitioning>)transitionContext{

    return 0.3f;

}



- (void)animateTransition:(id <UIViewControllerContextTransitioning>)transitionContext{

    UIViewController *toVC = [transitionContext viewControllerForKey:UITransitionContextToViewControllerKey];    

    if (CGRectEqualToRect(self.cellConvertFrame, CGRectZero)) {

        [transitionContext completeTransition:YES];

        return;

    }

    CGRect initialFrame = self.cellConvertFrame;



    UIView *containerView = [transitionContext containerView];

    [containerView addSubview:toVC.view];



    CGRect finalFrame = [transitionContext finalFrameForViewController:toVC];

    NSTimeInterval duration = [self transitionDuration:transitionContext];



    toVC.view.center = CGPointMake(initialFrame.origin.x + initialFrame.size.width/2, initialFrame.origin.y + initialFrame.size.height/2);

    toVC.view.transform = CGAffineTransformMakeScale(initialFrame.size.width/finalFrame.size.width, initialFrame.size.height/finalFrame.size.height);



    [UIView animateWithDuration:duration

                          delay:0

         usingSpringWithDamping:0.8

          initialSpringVelocity:1

                        options:UIViewAnimationOptionLayoutSubviews

                     animations:^{

                         toVC.view.center = CGPointMake(finalFrame.origin.x + finalFrame.size.width/2, finalFrame.origin.y + finalFrame.size.height/2);

                         toVC.view.transform = CGAffineTransformMakeScale(1, 1);

                     } completion:^(BOOL finished) {

                         [transitionContext completeTransition:YES];

                     }];

}

@end

@interface DismissScaleAnimation ()



@end



@implementation DismissScaleAnimation



- (instancetype)init {

    self = [super init];

    if (self) {

        _centerFrame = CGRectMake((ScreenWidth - 5)/2, (ScreenHeight - 5)/2, 5, 5);

    }

    return self;

}



- (NSTimeInterval)transitionDuration:(id <UIViewControllerContextTransitioning>)transitionContext{

    return 0.25f;

}



- (void)animateTransition:(id <UIViewControllerContextTransitioning>)transitionContext{

    UIViewController *fromVC = [transitionContext viewControllerForKey:UITransitionContextFromViewControllerKey];

//    UINavigationController *toNavigation = (UINavigationController *)[transitionContext viewControllerForKey:UITransitionContextToViewControllerKey];

//    UIViewController *toVC = [toNavigation viewControllers].firstObject;

    

    

    UIView *snapshotView;

    CGFloat scaleRatio;

    CGRect finalFrame = self.finalCellFrame;

    if(self.selectCell && !CGRectEqualToRect(finalFrame, CGRectZero)) {

        snapshotView = [self.selectCell snapshotViewAfterScreenUpdates:NO];

        scaleRatio = fromVC.view.frame.size.width/self.selectCell.frame.size.width;

        snapshotView.layer.zPosition = 20;

    }else {

        snapshotView = [fromVC.view snapshotViewAfterScreenUpdates:NO];

        scaleRatio = fromVC.view.frame.size.width/ScreenWidth;

        finalFrame = _centerFrame;

    }

    

    UIView *containerView = [transitionContext containerView];

    [containerView addSubview:snapshotView];

    

    NSTimeInterval duration = [self transitionDuration:transitionContext];

    

    fromVC.view.alpha = 0.0f;

    snapshotView.center = fromVC.view.center;

    snapshotView.transform = CGAffineTransformMakeScale(scaleRatio, scaleRatio);

    [UIView animateWithDuration:duration

                          delay:0

         usingSpringWithDamping:0.8

          initialSpringVelocity:0.2

                        options:UIViewAnimationOptionCurveEaseInOut

                     animations:^{

                         snapshotView.transform = CGAffineTransformMakeScale(1.0f, 1.0f);

                         snapshotView.frame = finalFrame;

                     } completion:^(BOOL finished) {

                         [transitionContext finishInteractiveTransition];

                         [transitionContext completeTransition:YES];

                         [snapshotView removeFromSuperview];

                     }];

}







@end

@interface DragLeftInteractiveTransition : UIPercentDrivenInteractiveTransition



/** 是否正在拖动返回 标识是否正在使用转场的交互中 */

@property (nonatomic, assign) BOOL isInteracting;





/**

 设置需要返回的VC

 

 @param viewController 控制器实例

 */

-(void)wireToViewController:(UIViewController *)viewController;





@end

@interface DragLeftInteractiveTransition ()



@property (nonatomic, strong) UIViewController *presentingVC;

@property (nonatomic, assign) CGPoint viewControllerCenter;

@property (nonatomic, strong) CALayer *transitionMaskLayer;



@end



@implementation DragLeftInteractiveTransition



#pragma mark -

#pragma mark - override methods 复写方法

-(CGFloat)completionSpeed{

    return 1 - self.percentComplete;

}



- (void)updateInteractiveTransition:(CGFloat)percentComplete {

    NSLog(@"%.2f",percentComplete);

    

}



- (void)cancelInteractiveTransition {

    NSLog(@"转场取消");

}



- (void)finishInteractiveTransition {

    NSLog(@"转场完成");

}





- (CALayer *)transitionMaskLayer {

    if (_transitionMaskLayer == nil) {

        _transitionMaskLayer = [CALayer layer];

    }

    return _transitionMaskLayer;

}



#pragma mark -

#pragma mark - private methods 私有方法

- (void)prepareGestureRecognizerInView:(UIView*)view {

    UIPanGestureRecognizer *gesture = [[UIPanGestureRecognizer alloc] initWithTarget:self action:@selector(handleGesture:)];

    [view addGestureRecognizer:gesture];

}



#pragma mark -

#pragma mark - event response 所有触发的事件响应 按钮、通知、分段控件等

- (void)handleGesture:(UIPanGestureRecognizer *)gestureRecognizer {

    UIView *vcView = gestureRecognizer.view;

    CGPoint translation = [gestureRecognizer translationInView:vcView.superview];

    if(!self.isInteracting &&

       (translation.x < 0 ||

        translation.y < 0 ||

        translation.x < translation.y)) {

        return;

    }

    switch (gestureRecognizer.state) {

        case UIGestureRecognizerStateBegan:{

            //修复当从右侧向左滑动的时候的bug 避免开始的时候从又向左滑动 当未开始的时候

            CGPoint vel = [gestureRecognizer velocityInView:gestureRecognizer.view];

            if (!self.isInteracting && vel.x < 0) {

                self.isInteracting = NO;

                return;

            }

            self.transitionMaskLayer.frame = vcView.frame;

            self.transitionMaskLayer.opaque = NO;

            self.transitionMaskLayer.opacity = 1;

            self.transitionMaskLayer.backgroundColor = [UIColor whiteColor].CGColor; //必须有颜色不能透明

            [self.transitionMaskLayer setNeedsDisplay];

            [self.transitionMaskLayer displayIfNeeded];

            self.transitionMaskLayer.anchorPoint = CGPointMake(0.5, 0.5);

            self.transitionMaskLayer.position = CGPointMake(vcView.frame.size.width/2.0f, vcView.frame.size.height/2.0f);

            vcView.layer.mask = self.transitionMaskLayer;

            vcView.layer.masksToBounds = YES;

            

            self.isInteracting = YES;

        }

            break;

        case UIGestureRecognizerStateChanged: {

            CGFloat progress = translation.x / [UIScreen mainScreen].bounds.size.width;

            progress = fminf(fmaxf(progress, 0.0), 1.0);

            

            CGFloat ratio = 1.0f - progress*0.5f;

            [_presentingVC.view setCenter:CGPointMake(_viewControllerCenter.x + translation.x * ratio, _viewControllerCenter.y + translation.y * ratio)];

            _presentingVC.view.transform = CGAffineTransformMakeScale(ratio, ratio);

            [self updateInteractiveTransition:progress];

            break;

        }

        case UIGestureRecognizerStateCancelled:

        case UIGestureRecognizerStateEnded:{

            CGFloat progress = translation.x / [UIScreen mainScreen].bounds.size.width;

            progress = fminf(fmaxf(progress, 0.0), 1.0);

            if (progress < 0.2){

                [UIView animateWithDuration:progress

                                      delay:0

                                    options:UIViewAnimationOptionCurveEaseOut

                                 animations:^{

                                     CGFloat w = [UIScreen mainScreen].bounds.size.width;

                                     CGFloat h = [UIScreen mainScreen].bounds.size.height;

                                     [self.presentingVC.view setCenter:CGPointMake(w/2, h/2)];

                                     self.presentingVC.view.transform = CGAffineTransformMakeScale(1.0f, 1.0f);

                                 } completion:^(BOOL finished) {

                                     self.isInteracting = NO;

                                     [self cancelInteractiveTransition];

                                 }];

            }else {

                _isInteracting = NO;

                [self finishInteractiveTransition];

                [_presentingVC dismissViewControllerAnimated:YES completion:nil];

            }

            //移除 遮罩

            [self.transitionMaskLayer removeFromSuperlayer];

            self.transitionMaskLayer = nil;

        }

            break;

        default:

            break;

    }

}



#pragma mark -

#pragma mark - public methods 公有方法

-(void)wireToViewController:(UIViewController *)viewController {

    self.presentingVC = viewController;

    self.viewControllerCenter = viewController.view.center;

    [self prepareGestureRecognizerInView:viewController.view];

}



@end

[self updateInteractiveTransition:progress];

最后 手势结束

CGFloat progress = translation.x / [UIScreen mainScreen].bounds.size.width;

progress = fminf(fmaxf(progress, 0.0), 1.0);

if (progress < 0.2){

    [UIView animateWithDuration:progress

                          delay:0

                        options:UIViewAnimationOptionCurveEaseOut

                     animations:^{

                         CGFloat w = [UIScreen mainScreen].bounds.size.width;

                         CGFloat h = [UIScreen mainScreen].bounds.size.height;

                         [self.presentingVC.view setCenter:CGPointMake(w/2, h/2)];

                         self.presentingVC.view.transform = CGAffineTransformMakeScale(1.0f, 1.0f);

                     } completion:^(BOOL finished) {

                         self.isInteracting = NO;

                         [self cancelInteractiveTransition];

                     }];

}else {

    _isInteracting = NO;

    [self finishInteractiveTransition];

    [_presentingVC dismissViewControllerAnimated:YES completion:nil];

}

//移除 遮罩

[self.transitionMaskLayer removeFromSuperlayer];

self.transitionMaskLayer = nil;

demo及常见问题:https://github.com/sunyazhou13/AwemeDemoTransition

使用:

1、创建方法

1.1 导入头文件

#import "XLPageViewController.h"

1.2 遵守协议

@interface ViewController ()<XLPageViewControllerDelegate, XLPageViewControllerDataSrouce>

1.3 创建外观配置类

  XLPageViewControllerConfig *config = [XLPageViewControllerConfig defaultConfig];

  XLPageViewController *pageViewController = [[XLPageViewController alloc] initWithConfig:config];

  pageViewController.view.frame = self.view.bounds;

  pageViewController.delegate = self;

  pageViewController.dataSource = self;

  [self.view addSubview:pageViewController.view];

  [self addChildViewController:pageViewController];

2、协议

//回调切换位置

- (void)pageViewController:(XLPageViewController *)pageViewController didSelectedAtIndex:(NSInteger)index;

//根据index创建对应的视图控制器，每个试图控制器只会被创建一次。

- (UIViewController *)pageViewController:(XLPageViewController *)pageViewController viewControllerForIndex:(NSInteger)index;

//根据index返回对应的标题

- (NSString *)pageViewController:(XLPageViewController *)pageViewController titleForIndex:(NSInteger)index;

//返回分页数

- (NSInteger)pageViewControllerNumberOfPage;

//标题cell复用方法，自定义标题cell时用到

- (__kindof XLPageTitleCell *)pageViewController:(XLPageViewController *)pageViewController titleViewCellForItemAtIndex:(NSInteger)index;

#import "XLPageTitleCell.h"



@interface CustomPageTitleCell : XLPageTitleCell



@end

//需要先注册cell

[self.pageViewController registerClass:CustomPageTitleCell.class forTitleViewCellWithReuseIdentifier:@"CustomPageTitleCell"];

//自定义标题cell创建方法

- (XLPageTitleCell *)pageViewController:(XLPageViewController *)pageViewController titleViewCellForItemAtIndex:(NSInteger)index {

    CustomPageTitleCell *cell = [pageViewController dequeueReusableTitleViewCellWithIdentifier:@"CustomPageTitleCell" forIndex:index];

    return cell;

}

//通过此父类方法配置标题cell是否被选中样式

- (void)configCellOfSelected:(BOOL)selected {



}



//通过此父类方法配置标题cell动画；type:区分是当前选中cell/将要被选中的cell；progress:动画进度0~1

- (void)showAnimationOfProgress:(CGFloat)progress type:(XLPageTitleCellAnimationType)type {

    

}

  UISlider *slider = [[UISlider alloc] init];

  slider.xl_letMeScrollFirst = true;

  [childVC.view addSubview:slider];

self.pageViewController.respondOtherGestureDelegateClassList = @[@"_FDFullscreenPopGestureRecognizerDelegate"];

源码下载:XLPageViewController-master.zip 

常见问题及demo:https://github.com/mengxianliang/XLPageViewController

先看效果

需求和实现思路

具体要求

• 内部头像呼吸放大缩小 无限循环
• 每次放大同时需要背景还有一张图也放大 并且透明
• 点击缩放整个背景视图

CALayer *layer = [CALayer layer];

layer.position = CGPointMake(kHeartSizeWidth/2.0f, kHeartSizeHeight/2.0f);

layer.bounds = CGRectMake(0, 0, kHeartSizeWidth/2.0f, kHeartSizeHeight/2.0f);

layer.backgroundColor = [UIColor clearColor].CGColor;

layer.contents = (__bridge id _Nullable)([UIImage imageNamed:@"breathImage"].CGImage);

layer.contentsGravity = kCAGravityResizeAspect;

[self.heartView.layer addSublayer:layer];

复制代码

CAKeyframeAnimation *animation = [CAKeyframeAnimation animationWithKeyPath:@"transform.scale"];

animation.values = @[@1.f, @1.4f, @1.f];

animation.keyTimes = @[@0.f, @0.5f, @1.f];

animation.duration = 1; //1000ms

animation.repeatCount = FLT_MAX;

animation.timingFunction = [CAMediaTimingFunction functionWithName:kCAMediaTimingFunctionEaseInEaseOut];

[animation setValue:kBreathAnimationKey forKey:kBreathAnimationName];

[layer addAnimation:animation forKey:kBreathAnimationKey];

复制代码

[CAMediaTimingFunction functionWithControlPoints:0.33 :0 :0.67 :1]

复制代码

CALayer *breathLayer = [CALayer layer];

breathLayer.position = layer.position;

breathLayer.bounds = layer.bounds;

breathLayer.backgroundColor = [UIColor clearColor].CGColor;

breathLayer.contents = (__bridge id _Nullable)([UIImage imageNamed:@"breathImage"].CGImage);

breathLayer.contentsGravity = kCAGravityResizeAspect;

[self.heartView.layer insertSublayer:breathLayer below:layer];

//[self.heartView.layer addSublayer:breathLayer];

复制代码

//缩放

CAKeyframeAnimation *scaleAnimation = [CAKeyframeAnimation animationWithKeyPath:@"transform.scale"];

scaleAnimation.values = @[@1.f, @2.4f];

scaleAnimation.keyTimes = @[@0.f,@1.f];

scaleAnimation.duration = animation.duration;

scaleAnimation.repeatCount = FLT_MAX;

scaleAnimation.timingFunction = [CAMediaTimingFunction functionWithName:kCAMediaTimingFunctionEaseIn];

//透明度

CAKeyframeAnimation *opacityAnimation = [CAKeyframeAnimation animation];

opacityAnimation.keyPath = @"opacity";

opacityAnimation.values = @[@1.f, @0.f];

opacityAnimation.duration = 0.4f;

opacityAnimation.keyTimes = @[@0.f, @1.f];

opacityAnimation.repeatCount = FLT_MAX;

opacityAnimation.duration = animation.duration;

opacityAnimation.timingFunction = [CAMediaTimingFunction functionWithName:kCAMediaTimingFunctionEaseIn];



//动画组

CAAnimationGroup *scaleOpacityGroup = [CAAnimationGroup animation];

scaleOpacityGroup.animations = @[scaleAnimation, opacityAnimation];

scaleOpacityGroup.removedOnCompletion = NO;

scaleOpacityGroup.fillMode = kCAFillModeForwards;

scaleOpacityGroup.duration = animation.duration;

scaleOpacityGroup.repeatCount = FLT_MAX;

[breathLayer addAnimation:scaleOpacityGroup forKey:kBreathScaleName];

复制代码

- (void)shakeAnimation {

    CAKeyframeAnimation *animation = [CAKeyframeAnimation animationWithKeyPath:@"transform.scale"];

    animation.values = @[@1.0f, @0.8f, @1.f];

    animation.keyTimes = @[@0.f,@0.5f, @1.f];

    animation.duration = 0.35f;

    animation.timingFunctions = @[[CAMediaTimingFunction functionWithName:kCAMediaTimingFunctionEaseInEaseOut],[CAMediaTimingFunction functionWithName:kCAMediaTimingFunctionEaseInEaseOut]];

    [self.heartView.layer addAnimation:animation forKey:@""];

}

复制代码

/*

 * Copyright (c) 2000-2005 Apple Computer, Inc. All rights reserved.

 *

 * @APPLE_OSREFERENCE_LICENSE_HEADER_START@

 *

 * This file contains Original Code and/or Modifications of Original Code

 * as defined in and that are subject to the Apple Public Source License

 * Version 2.0 (the 'License'). You may not use this file except in

 * compliance with the License. The rights granted to you under the License

 * may not be used to create, or enable the creation or redistribution of,

 * unlawful or unlicensed copies of an Apple operating system, or to

 * circumvent, violate, or enable the circumvention or violation of, any

 * terms of an Apple operating system software license agreement.

 *

 * Please obtain a copy of the License at

 * http://www.opensource.apple.com/apsl/ and read it before using this file.

 *

 * The Original Code and all software distributed under the License are

 * distributed on an 'AS IS' basis, WITHOUT WARRANTY OF ANY KIND, EITHER

 * EXPRESS OR IMPLIED, AND APPLE HEREBY DISCLAIMS ALL SUCH WARRANTIES,

 * INCLUDING WITHOUT LIMITATION, ANY WARRANTIES OF MERCHANTABILITY,

 * FITNESS FOR A PARTICULAR PURPOSE, QUIET ENJOYMENT OR NON-INFRINGEMENT.

 * Please see the License for the specific language governing rights and

 * limitations under the License.

 *

 * @APPLE_OSREFERENCE_LICENSE_HEADER_END@

 */

/* Copyright (c) 1995 NeXT Computer, Inc. All Rights Reserved */

/*-

 * Copyright (c) 1984, 1993

 *    The Regents of the University of California.  All rights reserved.

 *

 * Redistribution and use in source and binary forms, with or without

 * modification, are permitted provided that the following conditions

 * are met:

 * 1. Redistributions of source code must retain the above copyright

 *    notice, this list of conditions and the following disclaimer.

 * 2. Redistributions in binary form must reproduce the above copyright

 *    notice, this list of conditions and the following disclaimer in the

 *    documentation and/or other materials provided with the distribution.

 * 3. All advertising materials mentioning features or use of this software

 *    must display the following acknowledgement:

 *    This product includes software developed by the University of

 *    California, Berkeley and its contributors.

 * 4. Neither the name of the University nor the names of its contributors

 *    may be used to endorse or promote products derived from this software

 *    without specific prior written permission.

 *

 * THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS ``AS IS'' AND

 * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE

 * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE

 * ARE DISCLAIMED.  IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LIABLE

 * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL

 * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS

 * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)

 * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT

 * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY

 * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF

 * SUCH DAMAGE.

 *

 *    @(#)ptrace.h    8.2 (Berkeley) 1/4/94

 */



#ifndef    _SYS_PTRACE_H_

#define    _SYS_PTRACE_H_



#include 

#include 



enum {

    ePtAttachDeprecated __deprecated_enum_msg("PT_ATTACH is deprecated. See PT_ATTACHEXC") = 10

};





#define    PT_TRACE_ME    0    /* child declares it's being traced */

#define    PT_READ_I    1    /* read word in child's I space */

#define    PT_READ_D    2    /* read word in child's D space */

#define    PT_READ_U    3    /* read word in child's user structure */

#define    PT_WRITE_I    4    /* write word in child's I space */

#define    PT_WRITE_D    5    /* write word in child's D space */

#define    PT_WRITE_U    6    /* write word in child's user structure */

#define    PT_CONTINUE    7    /* continue the child */

#define    PT_KILL        8    /* kill the child process */

#define    PT_STEP        9    /* single step the child */

#define    PT_ATTACH    ePtAttachDeprecated    /* trace some running process */

#define    PT_DETACH    11    /* stop tracing a process */

#define    PT_SIGEXC    12    /* signals as exceptions for current_proc */

#define PT_THUPDATE    13    /* signal for thread# */

#define PT_ATTACHEXC    14    /* attach to running process with signal exception */



#define    PT_FORCEQUOTA    30    /* Enforce quota for root */

#define    PT_DENY_ATTACH    31



#define    PT_FIRSTMACH    32    /* for machine-specific requests */



__BEGIN_DECLS





int    ptrace(int _request, pid_t _pid, caddr_t _addr, int _data);





__END_DECLS



#endif    /* !_SYS_PTRACE_H_ */

int ptrace(int _request, pid_t _pid, caddr_t _addr, int _data);

//告诉系统当前进程拒绝被debugserver附加

ptrace(PT_DENY_ATTACH, 0, 0, 0);

//ptrace(31, 0, 0, 0);

+ (void)load {

    ptrace(PT_DENY_ATTACH, 0, 0, 0);

}

2. constructor中调用：

__attribute__((constructor)) static void entry() {

    ptrace(PT_DENY_ATTACH, 0, 0, 0);

}

int main(int argc, char * argv[]) {

    NSString * appDelegateClassName;



    @autoreleasepool {

        // Setup code that might create autoreleased objects goes here.

        appDelegateClassName = NSStringFromClass([AppDelegate class]);

        ptrace(PT_DENY_ATTACH, 0, 0, 0);

    }

    return UIApplicationMain(argc, argv, nil, appDelegateClassName);

}

4. didFinishLaunchingWithOptions中调用：

- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions {

    ptrace(PT_DENY_ATTACH, 0, 0, 0);

    return YES;

}

1、2、3情况下Xcode启动调试后调试直接断开，App能正常操作不能调试。4在调试情况下App直接闪退，正常打开没问题。同时调用的情况下以第一次为准。

也就是说 ：ptrace在main函数之后调用App会直接闪退，main以及之前调用会停止进程附加，以第一次调用为准。正常打开App没有问题，只影响LLDB调试。

通过上面的验证说明在程序没有加载的时候调用ptrace会设置一个标志，后续程序就不会被附加了，如果在已经被附加了的情况下调用ptrace会直接退出（因为这里ptrace附加传递的pid是0主程序本身）。

PT_DENY_ATTACH
This request is the other operation used by the traced process; it allows a process that is not currently being traced to deny future traces by its parent. All other arguments are ignored. If the process is currently being traced, it will exit with the exit status of ENOTSUP; otherwise, it sets a flag that denies future traces. An attempt by the parent to trace a process which has set this flag will result in a segmentation violation in the parent.
ENOTSUP含义如下:
define ENOTSUP 45 //Operation not supported
之前在手机端通过debugserver附加程序直接报错11，定义如下：
PT_DETACH 11 // stop tracing a process

二、 破解ptrace

ptrace的特征：附加不了、Xcode运行闪退/停止附加、使用正常。

既然ptrace可以组织调试，那么我们只要Hook了这个函数绕过PT_DENY_ATTACH的调用就可以了。首先想到的就是fishhook。

#import "fishhook.h"



int  (*ptrace_p)(int _request, pid_t _pid, caddr_t _addr, int _data);



int  hp_ptrace(int _request, pid_t _pid, caddr_t _addr, int _data){

    if (_request != 31) {//不是拒绝附加

        return ptrace_p(_request, _pid, _addr, _data);

    }

    return 0;

}



void hp_hook_ptrace() {

    struct rebinding ptrace_rb;

    ptrace_rb.name ="ptrace";

    ptrace_rb.replacement = hp_ptrace;

    ptrace_rb.replaced = (void *)&ptrace_p;

    

    struct rebinding bds[] = {ptrace_rb};

    rebind_symbols(bds, 1);

}



+ (void)load {

    hp_hook_ptrace();

}

这样就能够进行附加调试了。

三、防止ptrace被破解

3.1 提前Hook防止ptrace被Hook

既然ptrace能够被Hook，那么自己先Hook住ptrace。调用的时候直接调用自己存储的地址就可以了。我们可以在自己的项目中增加一个Framework。这个库在Link Binary With Libraries中尽可能的靠前。这与dyld加载动态库的顺序有关。
这样就可以不被ptrace Hook了。代码逻辑和1.2中相同，只不过调用要换成ptrace_p。
记的头文件中导出ptrace_p：

CF_EXPORT int (*ptrace_p)(int _request, pid_t _pid, caddr_t _addr, int _data);

创建一个Monkey工程，将3.1生成的.app包拖入工程重签名，这个时候主程序通过调用ptrace已经不能阻止我们调试了，但是调用ptrace_p的地方Monkey Hook不到了。

3.2 修改二进制破解提前Hook ptrace

在Monkey的工程中打ptrace符号断点：

这个时候可以看到是didFinishLaunchingWithOptions中调用了ptrace_p函数：
用Hopper打开MachO文件找到didFinishLaunchingWithOptions方法：

然后一直点下去找到ptrace_p是属于Inject.framework的：

在.app的Frameworks中找到Inject.framework用Hopper打开，可以看到_rebind_symbols，上面的参数是ptrace：

这里我们可以直接修改ptrace让先Hook的变成另外一个函数，但是有风险点是App内部调用ptrace_p的时候如果没有判断空就crash了。如果判断了可以这么处理。
还有另外一个方式是修改didFinishLaunchingWithOptions代码中的汇编，修改blr x8为NOP这样就绕过了ptrace_p的调用。

作者：HotPotCat
链接：https://www.jianshu.com/p/9ed2de5e7497

textField.inputView = customView;   

textView.inputView = customView;  

typedef NS_ENUM(NSUInteger, SJKeyboardType)

{

   SJKeyboardTypeDefault,  // 使用默认键盘

   SJKeyboardTypeNumber    // 使用自定义数字键盘

   // 还可以根据需求 自定义其他样式...

}; 

static NSString *sjKeyboardTypeKey = @"sjKeyboardTypeKey";

- (SJKeyboardType)sjKeyboardType  

{  

    return [objc_getAssociatedObject(self, &sjKeyboardTypeKey) integerValue];  

}  



- (void)setSjKeyboardType:(SJKeyboardType)sjKeyboardType

{

    objc_setAssociatedObject(self, &sjKeyboardTypeKey, @(sjKeyboardType), OBJC_ASSOCIATION_ASSIGN);

    [self setupKeyboard:sjKeyboardType];

}

- (void)setupKeyboard:(SJKeyboardType)sjKeyboardType

{

    

    switch (sjKeyboardType) {

        case SJKeyboardTypeDefault:

            break;

        case SJKeyboardTypeNumber: {

            SJCustomKeyboardView *numberInputView = [[[NSBundle mainBundle] loadNibNamed:@"SJCustomKeyboardView" owner:self options:nil] lastObject];

            numberInputView.frame = CGRectMake(0, 0, SJSCREEN_WIDTH, SJNumberKeyboardHeight + SJCustomKeyboardBottomMargin);

            self.inputView = numberInputView;

            numberInputView.textFieldReplacementString = ^(NSString * _Nonnull string) {

                BOOL canEditor = YES;

                if ([self.delegate respondsToSelector:@selector(textField:shouldChangeCharactersInRange:replacementString:)]) {

                    canEditor = [self.delegate textField:self shouldChangeCharactersInRange:NSMakeRange(self.text.length, 0) replacementString:string];

                }

                

                if (canEditor) {

                    [self replaceRange:self.selectedTextRange withText:string];

                }

            };

            numberInputView.textFieldShouldDelete = ^{

                BOOL canEditor = YES;

                if ([self.delegate respondsToSelector:@selector(textField:shouldChangeCharactersInRange:replacementString:)] && self.text.length) {

                    canEditor = [self.delegate textField:self shouldChangeCharactersInRange:NSMakeRange(self.text.length - 1, 1) replacementString:@""];

                }

                if (canEditor) {

                       [self deleteBackward];

                }

            };

            numberInputView.textFieldShouldClear = ^{

                BOOL canClear = YES;

                if ([self.delegate respondsToSelector:@selector(textFieldShouldClear:)]) {

                    canClear = [self.delegate textFieldShouldClear:self];

                }

                if (canClear) {

                    [self setText:@""];

                }

            };

            numberInputView.textFieldShouldReturn = ^{

                if ([self.delegate respondsToSelector:@selector(textFieldShouldReturn:)]) {

                    [self.delegate textFieldShouldReturn:self];

                }

            };

            break;

        }

    }

}

@property (nonatomic, copy) void (^textFieldReplacementString)(NSString *string);

@property (nonatomic, copy) void (^textFieldShouldDelete)(void);

@property (nonatomic, copy) void (^textFieldShouldClear)(void);

@property (nonatomic, copy) void (^textFieldShouldReturn)(void);

self.textField = [[UITextField alloc] initWithFrame:CGRectMake(20, 100, SJSCREEN_WIDTH - 40, 40)];  

self.textField.placeholder = @"input";

self.textField.borderStyle = UITextBorderStyleBezel;

self.textField.delegate = self;

[self.view addSubview:self.textField];

    

self.textField.sjKeyboardType = SJKeyboardTypeNumber;

GitHub 地址：YBTaskScheduler
支持 cocopods，使用简便，效率不错，一个性能优化的基础组件。

前言

前些时间有好几个技术朋友问过笔者类似的问题：主线程需要执行大量的任务导致卡顿如何处理？异步任务量级过大导致 CPU 和内存压力过高如何优化？

解决类似的问题可以用几个思路：降频、淘汰、优先级调度。

本来解决这些问题并不需要很复杂的代码，但是涉及到一些 C 代码并且要注意线程安全的问题，所以笔者就做了这样一个轮子，以解决任务调度引发的性能问题。

本文讲述 YBTaskScheduler 的原理，读者朋友需要有一定的 iOS 基础，了解一些性能优化的知识，基本用法可以先看看 GitHub README，DEMO 中也有一个相册列表的应用案例。

一、需求分析

就拿 DEMO 中的案例来说明，一个显示相册图片的列表：

实现图中业务，必然考虑到几个耗时操作：

1、从相册读取图片
2、解压图片
3、圆角处理
4、绘制图片

理所当然的想到处理方案（DEMO中有实现）：

1、异步读取图片
2、异步裁剪图片为正方形（这个过程中就解压了）
3、异步裁剪圆角
4、回到主线程绘制图片

一整套流程下来，貌似需求很好的解决了，但是当快速滑动列表时，会发现 CPU 和内存的占用会比较高（这取决于从相册中读取并显示多大的图片）。当然 DEMO 中按照屏幕的物理像素处理，就算不使用任务调度器组件快速滑动列表也基本不会有掉帧的现象。考虑到老旧设备或者技术人员的水平，很多时候这种需求会导致严重的 CPU 和内存负担，甚至导致闪退。

以上处理方案可能存在的性能瓶颈：

从相册读取图片、裁剪图片，处理圆角、主线程绘制等操作会导致 CPU 计算压力过大。
同时解压的图片、同时绘制的图片过多导致内存峰值飙升（更不要说做了图片的缓存）。
任何一种情况都可能导致客户端卡死或者闪退，结合业务来分析问题，会发现优化的思路还是不难找到：

· 滑出屏幕的图片不会存在绘制压力，而当前屏幕中的图片会在一个 RunLoop 循环周期绘制，可能造成掉帧。所以可以减少一个 RunLoop 循环周期所绘制的图片数量。
· 快速滑动列表，大量的异步任务直接交由 CPU 执行，然而滑出屏幕的图片已经没有处理它的意义了。所以可以提前删除掉已经滑出屏幕的异步任务，以此来降低 CPU 和内存压力。

没错， YBTaskScheduler 组件就是替你做了这些事情 ，而且还不止于此。

二、命令模式与 RunLoop

想要管理这些复杂的任务，并且在合适的时机调用它们，自然而然的就想到了命令模式。意味着任务不能直接执行，而是把任务作为一个命令装入容器。

在 Objective-C 中，显然 Block 代码块能解决延迟执行这个问题：

[_scheduler addTask:^{
     /* 
     具体任务代码
     解压图片、裁剪图片、访问磁盘等 
     */
}];

然后组件将这些代码块“装起来”，组件由此“掌握”了所有的任务，可以自由的决定何时调用这些代码块，何时对某些代码块进行淘汰，还可以实现优先级调度。

既然是命令模式，还差一个 Invoker (调用程序)，即何时去触发这些任务。结合 iOS 的技术特点，可以监听 RunLoop 循环周期来实现：

static void addRunLoopObserver() {
    static dispatch_once_t onceToken;
    dispatch_once(&onceToken, ^{
        taskSchedulers = [NSHashTable weakObjectsHashTable];
        CFRunLoopObserverRef observer = CFRunLoopObserverCreate(CFAllocatorGetDefault(), kCFRunLoopBeforeWaiting | kCFRunLoopExit, true, 0xFFFFFF, runLoopObserverCallBack, NULL);
        CFRunLoopAddObserver(CFRunLoopGetMain(), observer, kCFRunLoopCommonModes);
        CFRelease(observer);
    });
}

然后在回调函数中进行任务的调度。

三、策略模式

考虑到任务的淘汰策略和优先级调度，必然需要一些高效数据结构来支撑，为了提高处理效率，笔者直接使用了 C++ 的数据结构：deque和priority_queue。

因为要实现任务淘汰，所以使用deque双端队列来模拟栈和队列，而不是直接使用stack和queue。使用priority_queue优先队列来处理自定义的优先级调度，它的缺点是不能删除低优先级节点，为了节约时间成本姑且够用。

具体的策略：

栈：后加入的任务先执行（可以理解为后加入的任务优先级高），优先淘汰先加入的任务。
队列：先加入的任务先执行（可以理解为先加入的任务优先级高），优先淘汰后加入的任务。
优先队列：自定义任务优先级，不支持任务淘汰。
实际上组件是推荐使用栈和队列这两种策略，因为插入和取出的时间复杂度是常数级的，需要定制任务的优先级时才考虑使用优先队列，因为其插入复杂度是 O(logN) 的。

至此，整个组件的业务是比较清晰了，组件需要让这三种处理方式可以自由的变动，所以采用策略模式来处理，下面是 UML 类图：

嗯，这是个挺标准的策略模式。

四、线程安全

由于任务的调度可能在任意线程，所以必须要做好容器（栈、队列、优先队列）访问的线程安全问题，组件是使用pthread_mutex_t和dispatch_once来保证线程安全，同时笔者尽量减少临界区来提高性能。值得注意的是，如果不会存在线程安全的代码就不要去加锁了。

后语

部分技术细节就不多说了，组件代码量比较少，如果感兴趣可以直接看源码。实际上这个组件的应用场景并不是很多，在项目稳定需要做深度的性能优化时可能会比较需要它，并且希望使用它的人也能了解一些原理，做到胸有成竹，才能灵活的运用。

转自：https://www.jianshu.com/p/f2a610c77d26

简介

OLLVM(Obfuscator-LLVM)是瑞士西北应用科技大学安全实验室于2010年6月份发起的一个项目,该项目旨在提供一套开源的针对LLVM的代码混淆工具,以增加对逆向工程的难度。github上地址是https://github.com/obfuscator-llvm/obfuscator，只不过仅更新到llvm的4.0，2017年开始就没在更新。

移植

OLLVM如果自己想拿最新版的LLVM和Clang进行移植功能其实也并不是很难，整理一下其实改动很小，接下来将会讲一下移植的方法。

个人整理

先放一下个人移植好的版本地址https://github.com/heroims/obfuscator.git，个人fork原版后又加入了llvm5.0，6.0，7.0以及swift-llvm5.0的版本，应该能满足大部分需求了，如果有新版本下面的讲解，各位也可以自己动手去下载自己需要的llvm和clang进行移植。git上的提交每次都很独立如下图，方便各位cherry-pick。

下载LLVM

llvm地址：https://github.com/llvm-mirror
swift-llvm地址：https://github.com/apple
大家可以从上面的地址下载最新的自己需要的llvm和clang

#下载llvm源码
wget https://codeload.github.com/llvm-mirror/llvm/zip/release_70
unzip llvm-release_70.zip
mv llvm-release_70 llvm


#下载clang源码
wget https://codeload.github.com/llvm-mirror/clang/zip/release_70
unzip clang-release_70.zip
mv clang-release_70 llvm/tools/clang

添加混淆代码

如果用git的话只需要执行git cherry-pick xxxx把xxxx换成对应的我的版本上的提交哈希填上即可。极度推荐用git搞定。

如果手动一点点加的话，第一步就是把我改过的OLLVM文件夹里/include/llvm/Transforms/Obfuscation和/lib/llvm/Transforms/Obfuscation移动到刚才下载好的llvm源码文件夹相同的位置。

git clone https://github.com/heroims/obfuscator.git
cd obfuscator
git checkout llvm-7.0
cp include/llvm/Transforms/Obfuscation llvm/include/llvm/Transforms/Obfuscation
cp lib/llvm/Transforms/Obfuscation llvm/lib/llvm/Transforms/Obfuscation

然后手动修改8个文件如下：

编译

mkdir build
cd build
#如果不想跑测试用例加上-DLLVM_INCLUDE_TESTS=OFF 
cmake -DCMAKE_BUILD_TYPE=Release -DLLVM_CREATE_XCODE_TOOLCHAIN=ON ../obfuscator/
make -j7

使用

这里原版提供了3种混淆方式分别是控制流扁平化,指令替换,虚假控制流程,用起来都是加cflags的方式。下面简单说下这几种模式。

控制流扁平化

这个模式主要是把一些if-else语句，嵌套成do-while语句

-mllvm -fla：激活控制流扁平化
-mllvm -split：激活基本块分割。在一起使用时改善展平。
-mllvm -split_num=3：如果激活了传递，则在每个基本块上应用3次。默认值：1

指令替换

这个模式主要用功能上等效但更复杂的指令序列替换标准二元运算符(+ , – , & , | 和 ^)

-mllvm -sub：激活指令替换
-mllvm -sub_loop=3：如果激活了传递，则在函数上应用3次。默认值：1

虚假控制流程

这个模式主要嵌套几层判断逻辑，一个简单的运算都会在外面包几层if-else，所以这个模式加上编译速度会慢很多因为要做几层假的逻辑包裹真正有用的代码。

另外说一下这个模式编译的时候要浪费相当长时间包哪几层不是闹得！

-mllvm -bcf：激活虚假控制流程
-mllvm -bcf_loop=3：如果激活了传递，则在函数上应用3次。默认值：1
-mllvm -bcf_prob=40：如果激活了传递，基本块将以40％的概率进行模糊处理。默认值：30

上面说完模式下面讲一下几种使用方式

直接用二进制文件

直接使用编译的二进制文件build/bin/clang test.c -o test -mllvm -sub -mllvm -fla -mllvm -bcf

NDK集成

这里分为工具链的制作和项目里的配置。

制作Toolchains

这里以修改最新的ndk r18为例，老的ndk版本比这更容易都在ndk-bundle/toolchains里放着需要修改的文件。

#复制ndk的toolschain里的llvm
cp -r ndk-bundle/toolchains/llvm ndk-bundle/toolchains/ollvm
#删除prebuilt文件夹下的文件夹的bin和lib64，prebuilt文件夹下根据系统不同命名也不同
rm -rf ndk-bundle/toolchains/ollvm/prebuilt/darwin-x86_64/bin
rm -rf ndk-bundle/toolchains/ollvm/prebuilt/darwin-x86_64/lib64
#把我们之前编译好的ollvm下的bin和lib移到我们刚才删除bin和lib64的目录下
mv build/bin ndk-bundle/toolchains/ollvm/prebuilt/darwin-x86_64/
mv build/lib ndk-bundle/toolchains/ollvm/prebuilt/darwin-x86_64/
#复制ndk-bundle⁩/⁨build⁩/⁨core⁩/⁨toolchains的文件夹，这里根据自己对CPU架构的需求自己复制然后修改
cp -r ndk-bundle⁩/⁨build⁩/⁨core⁩/⁨toolchains/arm-linux-androideabi-clang⁩ ndk-bundle⁩/⁨build⁩/⁨core⁩/⁨toolchains/arm-linux-androideabi-clang-ollvm

最后把arm-linux-androideabi-clang-ollvm里的setup.mk文件进行修改

TOOLCHAIN_NAME := ollvm
TOOLCHAIN_ROOT := $(call get-toolchain-root,$(TOOLCHAIN_NAME))
TOOLCHAIN_PREFIX := $(TOOLCHAIN_ROOT)/bin

config.mk里是CPU架构,刚才是复制出来的所以不用修改，但如果要添加其他的自定义架构需要严格按照格式规范命名最初的文件夹，如mips的需要添加文件夹mipsel-linux-android-clang-ollvm，setup.mk和刚才的修改一样即可。

项目中配置

到了项目里还需要修改两个文件：
在Android.mk 中添加混淆编译参数

LOCAL_CFLAGS += -mllvm -sub -mllvm -bcf -mllvm -fla

Application.mk中配置NDK_TOOLCHAIN_VERSION

#根据需要添加
APP_ABI := x86 armeabi-v7a x86_64 arm64-v8a mips armeabi mips64
#使用刚才我们做好的编译链
NDK_TOOLCHAIN_VERSION := ollvm

Visual Studio集成

编译ollvm的时候，使用cmake-gui选择Visual Studio2015或者命令行选择cmake -G "Visual Studio 14 2015" -DCMAKE_BUILD_TYPE=Release ../obfuscator/
然后cmake会产生一个visual studio工程，用vs编译即可！
至于将Visual Studio的默认编译器换成clang编译，参考https://www.ishani.org/projects/ClangVSX/

Visual Studio2015起官方开始支持Clang，具体做法：
文件->新建->项目->已安装->Visual C++->跨平台->安装Clang with Microsoft CodeGen
Clang是一个完全不同的命令行工具链，这时候可以在工程配置中，平台工具集选项里找到Clang，然后使用ollvm的clang替换该clang即可。

XCode集成

XCode里集成需要看版本，XCode10之前和之后是一个分水岭，XCode9之前和之后有一个小配置不同。

XCode10以前

$ cd /Applications/Xcode.app/Contents/PlugIns/Xcode3Core.ideplugin/Contents/SharedSupport/Developer/Library/Xcode/Plug-ins/
$ sudo cp -r Clang\ LLVM\ 1.0.xcplugin/ Obfuscator.xcplugin
$ cd Obfuscator.xcplugin/Contents/
$ sudo plutil -convert xml1 Info.plist
$ sudo vim Info.plist

修改:

<string>com.apple.compilers.clang</string> -> <string>com.apple.compilers.obfuscator</string>
<string>Clang LLVM 1.0 Compiler Xcode Plug-in</string> -> <string>Obfuscator Xcode Plug-in</string>

执行:

$ sudo plutil -convert binary1 Info.plist
$ cd Resources/
$ sudo mv Clang\ LLVM\ 1.0.xcspec Obfuscator.xcspec
$ sudo vim Obfuscator.xcspec

修改:

<key>Description</key>
<string>Apple LLVM 8.0 compiler</string> -> <string>Obfuscator 4.0 compiler</string>
<key>ExecPath</key>
<string>clang</string> -> <string>/path/to/obfuscator_bin/clang</string>
<key>Identifier</key>
<string>com.apple.compilers.llvm.clang.1_0</string> -> <string>com.apple.compilers.llvm.obfuscator.4_0</string>
<key>Name</key>
<string>Apple LLVM 8.0</string> -> <string>Obfuscator 4.0</string>
<key>Vendor</key>
<string>Apple</string> -> <string>HEIG-VD</string>
<key>Version</key>
<string>7.0</string> -> <string>4.0</string>

执行:

$ cd English.lproj/
$ sudo mv Apple\ LLVM\ 5.1.strings "Obfuscator 3.4.strings"
$ sudo plutil -convert xml1 Obfuscator\ 3.4.strings
$ sudo vim Obfuscator\ 3.4.strings

修改:

<key>Description</key>
<string>Apple LLVM 8.0 compiler</string> -> <string>Obfuscator 4.0 compiler</string>
<key>Name</key>
<string>Apple LLVM 8.0</string> -> <string>Obfuscator 4.0</string>
<key>Vendor</key>
<string>Apple</string> -> <string>HEIG-VD</string>
<key>Version</key>
<string>7.0</string> -> <string>4.0</string>

执行:

$ sudo plutil -convert binary1 Obfuscator\ 3.4.strings

XCode9之后要设置Enable Index-While-Building成NO

XCode10之后

xcode10之后无法使用添加ideplugin的方法，但添加编译链跑的依然可行，另外网上一些人说不能开bitcode，不能提交AppStore，用原版llvm改的ollvm的确有可能出现上述情况，所以我用苹果的swift-llvm改了一版暂时没去试着提交，或许可以，有兴趣的也可以自己下载使用试试obfuscator这版，特别备注由于修改没有针对swift部分所以用swift写的代码没混淆，回头有空的话再弄。

创建XCode的toolchain然后把生成的文件夹放到/Library/Developer/下

cd build
sudo make install-xcode-toolchain
mv /usr/local/Toolchains  /Library/Developer/

Toolchains下的.xctoolchain文件就是一个文件夹，进去修改info.plist

<key>CFBundleIdentifier</key>
<string>org.llvm.7.0.0svn</string> -> <string>org.ollvm-swift.5.0</string>

修改完在XCode的Toolchains下就会显示相应的名称

然后如图打开XCode选择Toolchaiins

按这些配置好后就算是可以用了。

最后

简单展示一下混淆后的成果

源码

反编译未混淆代码

反编译混淆后代码

扩展：字符串混淆

原版是没有这功能的本来,Armariris 提供了这个功能，我这也移植过来了，毕竟不难。
首先把StringObfuscation的.h,.cpp文件放到对应的Obfuscation文件夹下，然后分别修改下面的文件。

用法

-mllvm -sobf：编译时候添加选项开启字符串加密
-mllvm -seed=0xdeadbeaf：指定随机数生成器种子

效果

看个添加了-mllvm -sub -mllvm -sobf -mllvm -fla -mllvm -bcf这么一串的效果。

源码

反编译未混淆代码

反编译混淆后代码

转自：https://www.jianshu.com/p/e0637f3169a3

栈

栈：是一种具有特殊的访问方式的存储空间（后进先出， Last In Out Firt，LIFO）

SP和FP寄存器

• sp寄存器在任意时刻会保存我们栈顶的地址。
• fp寄存器也称为x29寄存器属于通用寄存器，但是在某些时刻我们利用它保存栈底的地址!（没有出现函数嵌套调用的时候不需要fp，相当于分界点）
  ⚠️：ARM64开始，取消32位的 LDM,STM,PUSH,POP指令! 取而代之的是ldr\ldp str\stp。ARM64里面 对栈的操作是16字节对齐的!!

ARM64是先开辟一段栈空间，fp移动到栈顶再往栈中存放内容（编译期就已经确定大小）。不存在push操作。在iOS中栈是往低地址开辟空间

函数调用栈

常见的函数调用开辟和恢复的栈空间：

//开辟栈空间

sub    sp, sp, #0x40             ; 拉伸0x40（64字节）空间

stp    x29, x30, [sp, #0x30]     ;x29\x30 寄存器入栈保护

add    x29, sp, #0x30            ; x29指向栈帧的底部

... 

//恢复栈空间

ldp    x29, x30, [sp, #0x30]     ;恢复x29/x30 寄存器的值

add    sp, sp, #0x40             ;栈平衡

ret

恢复后数据并不销毁，拉伸栈空间后会先覆盖再读取。

内存读写指令

⚠️：读/写 数据都是往高地址读/写，也就是放数据从高地址往低地址放。比如读取16字节的数据，给的地址是0x02，那么读取的就是0x02和0x03。

str(store register)指令
将数据从寄存器中读出来，存到内存中。

ldr(load register)指令
将数据从内存中读出来,存到寄存器中。

ldr 和 str 的变种 ldp 和 stp 还可以操作2个寄存器。

堆栈操作案例

使用32个字节空间作为这段程序的栈空间，然后利用栈将x0和x1的值进行交换。

.text

.global _C



_C:

    sub  sp, sp, #0x20        ;拉伸栈空间32个字节

    stp  x0, x1, [sp, #0x10]  ;sp 偏移 16字节存放 x0和x1  []的意思是寻址。这sp并没有改变

    ldp  x1, x0, [sp, #0x10]  ;将sp偏移16个字节的值取出来,放入x1 和 x0。这里内存相当于temp 交换了 x0 和 x1。寄存器中的值交换了，内存中的值不变。

    add  sp, sp, #0x20  ;恢复栈空间

    ret

这段代码相当于 x0，x1遍历，sp和内存没有变。
栈空间分配：

断点调试
在0x102e6e518断点处对x0和x1分别赋值0xa和0xb。然后单步执行:

拉伸后sp也变了。

(lldb) register write x0 0xa

(lldb) register write x1 0xb

(lldb) register read sp

      sp = 0x000000016cf95b30

(lldb) register read sp

      sp = 0x000000016cf95b10

(lldb) 

看下0x000000016cf95b10的空间:

目前还没有写入内存，是脏数据。接着单步执行：

这个时候x0和x1的数据完成了交换。内存的数据并没有变化。
继续单步执行：

(lldb) register write x0 0xa

(lldb) register write x1 0xb

(lldb) register read sp

      sp = 0x000000016cf95b30

(lldb) register read sp

      sp = 0x000000016cf95b10

(lldb) register read sp

      sp = 0x000000016cf95b30

(lldb) 

sp还原了，栈空间释放，这时候0xa，0xb还依然存在内存中，等待下次拉伸栈空间写数据覆盖：

bl和ret指令

bl标号

• 将下一条指令的地址放入lr(x30)寄存器
• 转到标号处执行指令

b就是跳转，l将下一条指令的地址放入lr(x30)寄存器。

lr相当于保存的”回家的路“。

.text

.global _C, _D



_C:

    mov x0,#0xaaaa

    bl _D

    mov x0,#0xaaaa

    ret



_D:

    mov x0,#0xbbbb

    ret

int C();

int D();

- (void)viewDidLoad {

    [super viewDidLoad];

    printf("C");

    C();

    printf("D");

}

继续执行发现一直在0x104c8e4f8和0x104c8e4fc中跳转返不回去viewDidLoad中了，发生了死循环。

->  0x104c8e4f8 <+8>:  mov    x0, #0xaaaa

    0x104c8e4fc <+12>: ret  

那么如果要返回，就必须将viewDidLoad中下一条指令告诉lr，这个时候就必须在bl之前保护lr寄存器（遇到bl，lr就会改变。需要保护“回家的路”）。那么这个时候能不能把lr保存到其它寄存器？这里我们没法保证其它寄存器不会被使用。这个时候唯一属于当前函数的也就是自己的栈区了。保存到栈区应该就能解决了。
可以看下系统是怎么实现的，写一个c函数断点调试看下：

void c() {

    d();

    return;;

}



void d() {

    

}



- (void)viewDidLoad {

    [super viewDidLoad];

    c();

}

系统的实现如下:

TestDemo`c:

//边开辟空间边写入 x29（fp） 和 x30（lr） 的值。[sp, #-0x10]!  !代表赋值给sp，相当于 sp -= 0x10

->  0x102a21e84 <+0>:  stp    x29, x30, [sp, #-0x10]!

    0x102a21e88 <+4>:  mov    x29, sp

    0x102a21e8c <+8>:  bl     0x102a21e98               ; d at ViewController.m:34:1

//将sp所指向的地址读取给x29，x30。[sp], #0x10 等价于 sp += 0x10

    0x102a21e90 <+12>: ldp    x29, x30, [sp], #0x10

    0x102a21e94 <+16>: ret

可以看到系统先开辟栈空间，然后将x29和x30寄存器的值存入栈区。在ret之前恢复x29和x30的值。

• stp x29, x30, [sp, #-0x10]!：开辟空间并将x29和x30存入栈区。!代表赋值给sp，相当于 sp -= 0x10
• ldp x29, x30, [sp], #0x10：将栈区的值给x29，x30并回收空间。[sp], #0x10 等价于 sp += 0x10。

那么对于C和D的案例自己实现下保存和恢复lr寄存器。

.text

.global _C, _D



_C:

    //sub sp,sp,#0x10

    //str x30,[sp] ;等价

    str x30, [sp,#-0x10]! ;16字节对齐，必须最小0x10。

    mov x0,#0xaaaa

    bl _D

    mov x0,#0xaaaa

    //ldr x30,[sp]

    //add sp,#0x10 ;等价

    ldr x30,[sp],#0x10

    ret



_D:

    mov x0,#0xbbbb

    ret

这个时候进入D中lr值已经发生变化。

继续执行正常返回viewDidload了，这个时候死循环就已经解决了。

⚠️:在函数嵌套调用的时候，需要将x30入栈！开辟空间需要16字节对齐。如果开辟8字节再读的时候会坏地址访问。写的时候没问题。

函数的参数和返回值

先看下系统的实现：

int sum(int a, int b) {

    return a + b;

}



- (void)viewDidLoad {

    [super viewDidLoad];

    sum(10,20);

}

可以看到变量10和20分别存入了w0和w1。
sum调用如下（release模式下编译器会优化）：

TestDemo`sum:

    //开辟空间

->  0x100121e68 <+0>:  sub    sp, sp, #0x10             ; =0x10

    //w0 和 w1 存入栈中

    0x100121e6c <+4>:  str    w0, [sp, #0xc]

    0x100121e70 <+8>:  str    w1, [sp, #0x8]

    //从栈中读取参数

    0x100121e74 <+12>: ldr    w8, [sp, #0xc]

    0x100121e78 <+16>: ldr    w9, [sp, #0x8]

    //参数相加存入w0

    0x100121e7c <+20>: add    w0, w8, w9

    //恢复栈空间

    0x100121e80 <+24>: add    sp, sp, #0x10             ; =0x10

    //返回

    0x100121e84 <+28>: ret

从上面可以看出返回值在w0中。那么自己实现sum函数的汇编代码:

.text

.global _suma



_suma:

    add x0,x0,x1

    ret

调用：

int suma(int a, int b);

- (void)viewDidLoad {

    [super viewDidLoad];

    printf("%d",suma(10,20));

}

⚠️ARM64下，函数的参数是存放在X0到X7(W0到W7)这8个寄存器里面的。如果超过8个参数就会入栈。那么oc的方法最好不要超过6个（self和cmd）。
函数的返回值是放在X0寄存器里面的。

参数超过8个

int test(int a, int b, int c ,int d, int e, int f, int g, int h, int i) {

    return a + b + c + d + e + f + g + h + i;

}



- (void)viewDidLoad {

    [super viewDidLoad];

    test(1, 2, 3, 4, 5, 6, 7, 8, 9);

}

可以看到前8个参数分别保存在w0~w7寄存器中，第9个参数先保存在w10中，然后写入x8中（这个时候x8指向sp，相当于第9个参数写入了当前函数栈中）。

TestDemo`-[ViewController viewDidLoad]:

    //拉伸栈空间，保存fp lr

    0x100f09e5c <+0>:   sub    sp, sp, #0x40             ; =0x40 

    0x100f09e60 <+4>:   stp    x29, x30, [sp, #0x30]



    //fp指向 sp+0x30

    0x100f09e64 <+8>:   add    x29, sp, #0x30            ; =0x30 

    //fp-0x8 存放x0

    0x100f09e68 <+12>:  stur   x0, [x29, #-0x8]

    //fp-0x10 存放x1

    0x100f09e6c <+16>:  stur   x1, [x29, #-0x10]

    //fp-0x8 给到 x8

    0x100f09e70 <+20>:  ldur   x8, [x29, #-0x8]

    //sp+0x10 指针给到 x9

    0x100f09e74 <+24>:  add    x9, sp, #0x10             ; =0x10 

    //x8写入 sp+0x10

    0x100f09e78 <+28>:  str    x8, [sp, #0x10]



    //adrp = address page 内存中取数据

    0x100f09e7c <+32>:  adrp   x8, 4

    0x100f09e80 <+36>:  add    x8, x8, #0x418            ; =0x418 

    //x8所指向的内容去出来

    0x100f09e84 <+40>:  ldr    x8, [x8]

    //x8写入栈中，这个时候x9指向地址，这个时候是一个新的x8

    0x100f09e88 <+44>:  str    x8, [x9, #0x8]

    0x100f09e8c <+48>:  adrp   x8, 4

    0x100f09e90 <+52>:  add    x8, x8, #0x3e8            ; =0x3e8 

    0x100f09e94 <+56>:  ldr    x1, [x8]

    0x100f09e98 <+60>:  mov    x0, x9

    0x100f09e9c <+64>:  bl     0x100f0a568               ; symbol stub for: objc_msgSendSuper2



    //sp 一直没有改变过，w0~w7 分别存放前8个参数

    0x100f09ea0 <+68>:  mov    w0, #0x1

    0x100f09ea4 <+72>:  mov    w1, #0x2

    0x100f09ea8 <+76>:  mov    w2, #0x3

    0x100f09eac <+80>:  mov    w3, #0x4

    0x100f09eb0 <+84>:  mov    w4, #0x5

    0x100f09eb4 <+88>:  mov    w5, #0x6

    0x100f09eb8 <+92>:  mov    w6, #0x7

    0x100f09ebc <+96>:  mov    w7, #0x8

    //x8 指向 sp

    ->  0x100f09ec0 <+100>: mov    x8, sp

    //参数 9 存入 w10

    0x100f09ec4 <+104>: mov    w10, #0x9

    //w10 存入 x8地址中，也就是sp栈底中

    0x100f09ec8 <+108>: str    w10, [x8]



    0x100f09ecc <+112>: bl     0x100f09de4               ; test at ViewController.m:41

    0x100f09ed0 <+116>: ldp    x29, x30, [sp, #0x30]

    0x100f09ed4 <+120>: add    sp, sp, #0x40             ; =0x40 

    0x100f09ed8 <+124>: ret    

接着往下直接跳转到test函数中:

TestDemo`test:

    //开辟空间48字节

    0x100f09de4 <+0>:   sub    sp, sp, #0x30             ; =0x30 



    //从viewDidLoad栈中取数据 第9个参数（读写往高地址）

    0x100f09de8 <+4>:   ldr    w8, [sp, #0x30]



    //参数入栈，分别占4个字节

    0x100f09dec <+8>:   str    w0, [sp, #0x2c]

    0x100f09df0 <+12>:  str    w1, [sp, #0x28]

    0x100f09df4 <+16>:  str    w2, [sp, #0x24]

    0x100f09df8 <+20>:  str    w3, [sp, #0x20]

    0x100f09dfc <+24>:  str    w4, [sp, #0x1c]

    0x100f09e00 <+28>:  str    w5, [sp, #0x18]

    0x100f09e04 <+32>:  str    w6, [sp, #0x14]

    0x100f09e08 <+36>:  str    w7, [sp, #0x10]

    0x100f09e0c <+40>:  str    w8, [sp, #0xc]



->  0x100f09e10 <+44>:  ldr    w8, [sp, #0x2c]

    0x100f09e14 <+48>:  ldr    w9, [sp, #0x28]

    0x100f09e18 <+52>:  add    w8, w8, w9

    0x100f09e1c <+56>:  ldr    w9, [sp, #0x24]

    0x100f09e20 <+60>:  add    w8, w8, w9

    0x100f09e24 <+64>:  ldr    w9, [sp, #0x20]

    0x100f09e28 <+68>:  add    w8, w8, w9

    0x100f09e2c <+72>:  ldr    w9, [sp, #0x1c]

    0x100f09e30 <+76>:  add    w8, w8, w9

    0x100f09e34 <+80>:  ldr    w9, [sp, #0x18]

    0x100f09e38 <+84>:  add    w8, w8, w9

    0x100f09e3c <+88>:  ldr    w9, [sp, #0x14]

    0x100f09e40 <+92>:  add    w8, w8, w9

    0x100f09e44 <+96>:  ldr    w9, [sp, #0x10]

    0x100f09e48 <+100>: add    w8, w8, w9

    0x100f09e4c <+104>: ldr    w9, [sp, #0xc]

    //最终相加结果给 w0

    0x100f09e50 <+108>: add    w0, w8, w9

    //栈平衡

    0x100f09e54 <+112>: add    sp, sp, #0x30             ; =0x30 

    0x100f09e58 <+116>: ret  

最终函数返回值放入w0中，如果在release模式下test不会被调用（被优化掉，因为没有意义，有没有对app没有影响。）

自己实现一个简单有参数并且嵌套调用的汇编：

.text

.global _func,_sum



_func:

    //sub sp,sp,#0x10

    //stp x29,x30,[sp]

    stp x29,x30,[sp, #-0x10]!

    bl _sum

    //ldp x29,x30,[sp]

    //add sp,sp,#0x10

    ldp x29,x30,[sp],#0x10

    ret

_sum:

    add x0,x0,x1

    ret

篇幅限制 分为2篇

下篇链接:https://imgeek.org/article/825357706

作者：HotPotCat
链接：https://www.jianshu.com/p/69b9c49b0e71

汇编语言的发展

机器语言

由0和1组成的机器指令。0代表有电，1代表没电。

• 加：0100 0000
• 减：0100 1000
• 乘：1111 0111 1110 0000
• 除：1111 0111 1111 0000

汇编语言(assembly language)

为了高效的写代码出现了助记符，使用助记符代替机器语言，如：

• 加：INC EAX 通过编译器 0100 0000
• 减：DEC EAX 通过编译器 0100 1000
• 乘：MUL EAX 通过编译器 1111 0111 1110 0000
• 除：DIV EAX 通过编译器 1111 0111 1111 0000

助记符就是汇编语言的前身，当有专门的编译器出现的时候就有了汇编语言。

高级语言（High-level programming language)

C\C++\Java\OC\Swift，更加接近人类的自然语言。
比如C语言：

• 加：A + B 通过编译器 0100 0000
• 减：A - B 通过编译器 0100 1000
• 乘：A * B 通过编译器 1111 0111 1110 0000
• 除：A / B 通过编译器 1111 0111 1111 0000

代码在终端设备上的过程:

• 汇编语言与机器语言一一对应，每一条机器指令都有与之对应的汇编指令
• 汇编语言可以通过编译得到机器语言，机器语言可以通过反汇编得到汇编语言
• 高级语言可以通过编译得到汇编语言 \ 机器语言，但汇编语言\机器语言几乎不可能还原成高级语言（不是一一对应关系，反推出是不准确的，只能大致。）

汇编语言的特点

• 可以直接访问、控制各种硬件设备，比如存储器、CPU等，能最大限度地发挥硬件的功能
• 能够不受编译器的限制，对生成的二进制代码进行完全的控制
• 目标代码简短，占用内存少，执行速度快
• 汇编指令是机器指令的助记符,同机器指令一一对应。每一种CPU都有自己的机器指令集\汇编指令集，所以汇编语言不具备可移植性
• 开发者需要对CPU等硬件结构有所了解，不易于编写、调试、维护
• 不区分大小写，比如mov和MOV是一样的

汇编的用途

• 编写驱动程序、操作系统（比如Linux内核的某些关键部分）
• 对性能要求极高的程序或者代码片段，可与高级语言混合使用（内联汇编）
• 软件安全
  1.病毒分析与防治
  2.逆向\加壳\脱壳\破解\外挂\免杀\加密解密\漏洞\黑客
• 理解整个计算机系统的最佳起点和最有效途径
• 为编写高效代码打下基础
• 弄清代码的本质

汇编语言的种类

目前讨论比较多的汇编语言有:

• 8086汇编（8086处理器是16bit的CPU）
• Win32汇编
• Win64汇编
• ARM汇编（嵌入式、Mac、iOS）
• ......

iPhone里面用到的是ARM汇编,但是不同的设备也有差异（因CPU的架构不同）。

位数	架构	设备
32	armv6	iPhone, iPhone2, iPhone3G, 第一代、第二代 iPod Touch
32	armv7	iPhone3GS, iPhone4, iPhone4S,iPad, iPad2, iPad3(The New iPad), iPad mini, iPod Touch 3G, iPod Touch4
32	armv7s	iPhone5, iPhone5C, iPad4(iPad with Retina Display)
64	arm64	iPhone5s，iPhone6、7、8，iPhone6、7、8 Plus，iPhone X，iPad Air，iPad mini2(iPad mini with Retina Display)
64	arm64e	XS/XS Max/XR/ iPhone 11, iPhone 11 pro 及以后
64	x86_64	模拟器64位处理器 （intel）
32	i386	模拟器32位处理器（intel）

⚠️：苹果A7处理器支持两个不同的指令集：32位ARM指令集（armv6｜armv7｜armv7s）和64位ARM指令集（arm64）

汇编相关的学习需要了解CPU等硬件结构，最为重要的是CPU/内存。在汇编中,大部分指令都是和CPU与内存相关的。
APP/程序的执行过程：

执行过程：
1.地址总线先去内存地址。
2.控制读取发送读/写命令。
3.数据总线写数据->内存/ 内存发送数据->数据总线

地址总线：

• 它的宽度决定了CPU的寻址能力（也就是寻址范围）
• 8086的地址总线宽度是20，所以寻址能力是1M（ 2²⁰）（这里的M是大小，数量单位）

内存中的MB是容量单位。如果内存很大， 地址总线宽度不够怎么处理？以前的cpu是通过2次寻址相加得到一个最终的值来访问内存，现在的cpu没有寻址能力的问题。
数量单位：M，K。1M = 1024K，1K= 1024。比如：10，100
容量单位：字节Byte。 1024B = 1KB，1024KB = 1MB。比如：10个，100只。（大部分计算机都是以1个字节为单位。银行系统的IBM电脑例外是2个字节为单位。）
对于100M 宽带，这里的100M是100Mbps（每秒钟传递多少二进制位，bit位。所以100M带宽理论下载速度12.5MB/s）。

数据总线：

• 它的宽度决定了CPU的单次数据传送量，也就是数据传送速度（吞吐量）
• 8086的数据总线宽度是16，所以单次最大传递2个字节的数据

我们现在常说的32位，64位cpu说的就是它的数据吞吐量。1次放电分别4字节，8字节数据。

控制总线：

• 它的宽度决定了CPU对其他器件的控制能力、能有多少种控制

案例：
1.一个CPU 的寻址能力为8KB,那么它的地址总线的宽度为____
答案：8KB对应 8192， 2¹³ = 8192 所以为13。

2. 8080,8088,80286,80386 的地址总线宽度分别为16根,20根,24根,32根。那么他们的寻址能力分别为多少____KB, ____MB,____MB,____GB?
   答案：1kb = 2¹⁰ = 1024
   1kb * 2⁶ = 64kb
   1kb * 1kb = 1mb
   1mb * 2⁴ = 16mb
   1kb * 1kb * 1kb * 2² = 4gb

3. 8080,8088,8086,80286,80386 的数据总线宽度分别为8根,8根,16根,16根,32根.那么它们一次可以传输的数据为:____B,____B,____B,____B,____B
   答案：1 、1、2、2、4

4.从内存中读取1024字节的数据,8086至少要读____次,80386至少要读取____次.
答案：8086 数据总线宽度为16。8086一次读2个字节，那么需要512次，80286数据总线宽度为32，一次4个字节，需要256次。

内存

内存地址空间的大小受CPU地址总线宽度的限制。8086的地址总线宽度为20，可以定位220个不同的内存单元（内存地址范围0x00000~0xFFFFF），所以8086的内存空间大小为1MB

0x00000~0x9FFFF：主存储器。可读可写

0xA0000~0xBFFFF：向显存中写入数据，这些数据会被显卡输出到显示器。可读可写

0xC0000~0xFFFFF：存储各种硬件\系统信息。只读

进制

想学好进制首先要忘掉十进制，也要忘掉进制间的转换。

进制的定义

• 八进制由8个符号组成:0 1 2 3 4 5 6 7 逢八进一
• 十进制由10个符号组成:0 1 2 3 4 5 6 7 8 9逢十进一
• N进制就是由N个符号组成:逢N进一

⚠️：进制的本质是符号。

案例：

1. 1 + 1 在____情况下等于 3 ?
   除了算错的情况下。在十进制由10个符号组成，假如由: 0 1 3 2 8 A B E S 7组成逢十进一，那么在这种情况下1+1=3

传统定义的十进制和自定义的十进制不一样。那么这10个符号如果我们不告诉别人这个符号表，别人是没办法拿到我们的具体数据的，可以用于加密!
⚠️：十进制由十个符号组成,逢十进一,符号是可以自定义的!!！

2. 八进制运算：

• 2 + 3 = __ , 2 * 3 = __ ,4 + 5 = __ ,4 * 5 = __.
  答案：5，6，11，24

• 277 + 333 = __ , 276 * 54 = __ , 237 - 54 = __ , 234 / 4 = __ .
  答案：632， 20250， 163，47

八进制加法表
0 1 2 3 4 5 6 7
10 11 12 13 14 15 16 17
20 21 22 23 24 25 26 27
...

1+1 = 2                     

1+2 = 3   2+2 = 4               

1+3 = 4   2+3 = 5   3+3 = 6

1+4 = 5   2+4 = 6   3+4 = 7   4+4 = 10  

1+5 = 6   2+5 = 7   3+5 = 10  4+5 = 11  5+5 = 12

1+6 = 7   2+6 = 10  3+6 = 11  4+6 = 12  5+6 = 13  6+6 = 14

1+7 = 10  2+7 = 11  3+7 = 12  4+7 = 13  5+7 = 14  6+7 = 15  7+7 = 16

八进制乘法表
0 1 2 3 4 5 6 7 10 11 12 13 14 15 16 17 20 21 22 23 24 25 26 27...

1*1 = 1                     

1*2 = 2   2*2 = 4               

1*3 = 3   2*3 = 6   3*3 = 11    

1*4 = 4   2*4 = 10  3*4 = 14  4*4 = 20

1*5 = 5   2*5 = 12  3*5 = 17  4*5 = 24  5*5 = 31

1*6 = 6   2*6 = 14  3*6 = 22  4*6 = 30  5*6 = 36  6*6 = 44

1*7 = 7   2*7 = 16  3*7 = 25  4*7 = 34  5*7 = 43  6*7 = 52  7*7 = 61

二进制的简写形式

               二进制: 1 0 1 1 1 0 1 1 1 1 0 0
三个二进制一组: 101 110 111 100
                八进制:    5     6     7      4
四个二进制一组: 1011 1011 1100
            十六进制:     b        b       c

二进制：从 0 写到 1111
0000 0001 0010 0011 0100 0101 0110 0111 1000 1001 1010 1011 1100 1101 1110 1111
这种二进制使用起来太麻烦，改成更简单一点的符号：
0 1 2 3 4 5 6 7 8 9 A B C D E F 这就是十六进制了

数据的宽度

数学上的数字，是没有大小限制的，可以无限的大。但在计算机中，由于受硬件的制约，数据都是有长度限制的（我们称为数据宽度），超过最多宽度的数据会被丢弃。

int test() {

    int cTemp = 0x1FFFFFFFF;

    return cTemp;

}



- (void)viewDidLoad {

    [super viewDidLoad];

    NSLog(@"%x",test());

}

输出:

ffffffff

数据溢出了。刚开始cTemp默认值1，溢出后变为-1（第一位符号位，1代表负数，0代表正数。往后逐位取反，末尾加1。）。

(lldb) p cTemp

(int) $0 = 1

(lldb) p cTemp

(int) $1 = -1

(lldb) p &cTemp

(int *) $2 = 0x000000016b3a9b1c

(lldb) x 0x000000016b3a9b1c

0x16b3a9b1c: ff ff ff ff 10 00 00 00 00 00 00 00 ef 98 3a 6b  ..............:k

0x16b3a9b2c: 01 00 00 00 70 a9 f0 59 01 00 00 00 50 d4 a5 04  ....p..Y....P...

(lldb) p (uint)cTemp

(uint) $3 = 4294967295

在Debug -> Debug Workflow -> View Memory中也可以查看（这里查看内容更新后需要翻页刷新然后切换回来才能显示新值）：

再看下汇编代码（Debug -> Debug Workflow -> Always Show Disassembly）:

TestDemo`test:

    0x104a59ec8 <+0>:  sub    sp, sp, #0x10             ; =0x10 

    0x104a59ecc <+4>:  mov    w8, #-0x1

    0x104a59ed0 <+8>:  str    w8, [sp, #0xc]

->  0x104a59ed4 <+12>: ldr    w0, [sp, #0xc]

    0x104a59ed8 <+16>: add    sp, sp, #0x10             ; =0x10 

    0x104a59edc <+20>: ret    

可以看到直接将-1给力w8。指令在内存中占用4字节。

计算机中常见的数据宽度

• 位(Bit): 1个位就是1个二进制位。0或者1。
• 字节(Byte): 1个字节由8个Bit组成(8位)。内存中的最小单元Byte。
• 字(Word): 1个字由2个字节组成(16位)，这2个字节分别称为高字节和低字节。
• 双字(Doubleword): 1个双字由两个字组成(32位)。

计算机存储数据会分为有符号数和无符号数（对于数据本身内容没有变化，取决于你怎么看）：

无符号数,直接换算!
有符号数:
正数: 0 1 2 3 4 5 6 7
负数: F E D B C A 9 8
-1 -2 -3 -4 -5 -6 -7 -8

自定义进制符号

案例:

• 现在有10进制数10个符号分别是：2，9，1，7，6，5，4， 8，3 , A 逢10进1 那么： 123 + 234 = ____

十进制:
0 1 2 3 4 5 6 7 8 9
自定义:
2 9 1 7 6 5 4 8 3 A
92 99 91 97 96 95 94 98 93 9A
12 19 11 17 16 15 14 18 13 1A
72 79 71 77 76 75 74 78 73 7A
62 69 61 67 66 65 64 68 63 6A
52 59 51 57 56 55 54 58 53 5A
42 49 41 47 46 45 44 48 43 4A
82 89 81 87 86 85 84 88 83 8A
32 39 31 37 36 35 34 38 33 3A
922

转换后加法表：

9+9 = 1                 

9+1 = 7  1+1 = 6

9+7 = 6  1+7 = 5  7+7 = 4

9+6 = 5  1+6 = 4  7+6 = 8   6+6 = 3

9+5 = 4  1+5 = 8  7+5 = 3   6+5 = A   5+5 = 92

9+4 = 8  1+4 = 3  7+4 = a   6+4 = 92  5+4 = 99  4+4 = 91

9+8 = 3  1+8 = A  7+8 = 92  6+8 = 99  5+8 = 91  4+8 = 97  8+8 = 96

9+3 = A  1+3 = 92 7+3 = 99  6+3 = 91  5+3 = 97  4+3 = 96  8+3 = 95   3+3 = 94

9+A = 92 1+A = 99 7+A = 91  6+A = 97  5+A = 96  4+A = 95  8+A = 94   3+A = 98  A+A = 93

123 + 234 = 1A6

• 现在有9进制数 9个符号分别是：2，9，1，7，6，5，4， 8，3 逢9进1 那么： 123 + 234 = __

十进制:
0 1 2 3 4 5 6 7 8
自定义:
2 9 1 7 6 5 4 8 3
92 99 91 97 96 95 94 98 93
12 19 11 17 16 15 14 18 13
72 79 71 77 76 75 74 78 73
62 69 61 67 66 65 64 68 63
52 59 51 57 56 55 54 58 53
42 49 41 47 46 45 44 48 43
82 89 81 87 86 85 84 88 83
32 39 31 37 36 35 34 38 33
922

转换后加法表：

9+9 = 1                 

9+1 = 7   1+1 = 6

9+7 = 6   1+7 = 5  7+7 = 4

9+6 = 5   1+6 = 4  7+6 = 8   6+6 = 3

9+5 = 4   1+5 = 8  7+5 = 3   6+5 = 92  5+5 = 99

9+4 = 8   1+4 = 3  7+4 = 92  6+4 = 99  5+4 = 91  4+4 = 97

9+8 = 3   1+8 = 92 7+8 = 99  6+8 = 91  5+8 = 97  4+8 = 96  8+8 = 95

9+3 = 92  1+3 = 99 7+3 = 91  6+3 = 97  5+3 = 96  4+3 = 95  8+3 = 94   3+3 = 98

123 + 234 = 725

CPU&寄存器

内部部件之间由总线连接

CPU除了有控制器、运算器还有寄存器。其中寄存器的作用就是进行数据的临时存储。

CPU的运算速度是非常快的，为了性能CPU在内部开辟一小块临时存储区域，并在进行运算时先将数据从内存复制到这一小块临时存储区域中，运算时就在这一小快临时存储区域内进行。我们称这一小块临时存储区域为寄存器。

对于arm64系的CPU来说， 如果寄存器以x开头则表明的是一个64位的寄存器，如果以w开头则表明是一个32位的寄存器，在系统中没有提供16位和8位的寄存器供访问和使用。其中32位的寄存器是64位寄存器的低32位部分并不是独立存在的。

• 对程序员来说，CPU中最主要部件是寄存器，可以通过改变寄存器的内容来实现对CPU的控制
• 不同的CPU，寄存器的个数、结构是不相同的

浮点寄存器

因为浮点数的存储以及其运算的特殊性,CPU中专门提供浮点数寄存器来处理浮点数。

• 浮点寄存器 64位: D0 - D31 32位: S0 - S31

向量寄存器

现在的CPU支持向量运算。(向量运算在图形处理相关的领域用得非常的多)为了支持向量计算系统了也提供了众多的向量寄存器.

• 向量寄存器 128位:V0-V31

通用寄存器

• 通用寄存器也称数据地址寄存器通常用来做数据计算的临时存储、做累加、计数、地址保存等功能。定义这些寄存器的作用主要是用于在CPU指令中保存操作数，在CPU中当做一些常规变量来使用。
• ARM64拥有32个64位的通用寄存器x0到x30，以及XZR(零寄存器),这些通用寄存器有时也有特定用途。
  1.64位: X0-X30, XZR(零寄存器)。w0 到 w28 这些是32位的。因为64位CPU可以兼容32位.所以可以只使用64位寄存器的低32位.
  2.32位: W0-W30, WZR(零寄存器)。 w0 就是 x0 的低32位!

⚠️：了解过8086汇编的都知道，有一种特殊的寄存器段寄存器:CS,DS,SS,ES四个寄存器来保存这些段的基地址,这个属于Intel架构CPU中。在ARM中并没有。

在"Xcode"中我们可以查看具体寄存器的内容：