iOS 开发中的 inline 函数

Share

前两天在开发的时候遇到这样一个问题:想在 OC 代码中实现一个全局变量,这个变量会根据设备类型取不同的值。代码如下:

static CGFloat cardLeftMargin = isIPAD ? 30 : 16;   // 这里的 isIPAD 是个宏

在 swift 中很容易就能实现这个全局变量。但是在 OC 里面,上面的代码编译时报错了, Initializer element is not a compile-time constant.在 OC 里面,全局变量在编译的时候得有个确定的值。解决这个问题有两个方法,一是用宏定义 #define,二是用inline内联函数。

先贴出来使用 inline 函数解决这个问题的方案:

// .m file
inline CGFloat cardLeftMargin() {
    return isIPAD ? 30 : 16;
}

// .h file
extern CGFloat cardLeftMargin();

顾名思义,inline函数就是嵌在调用位置的函数。编译器在编译的时候,把inline函数的函数体嵌在每一个调用处。比如,

make.left.mas_equalTo(cardLeftMargin());

在编译的时候,就相当于

make.left.mas_equalTo(isIPAD ? 30 : 16);

在这里,inline函数和宏非常相像。引入inline函数的主要原因就是为了替代宏定义。如果我们要用宏定义实现上面代码的话,应该是这个样子的:

#define cardLeftMargin (isIPAD ? 30.f : 16.f)

可以看到,相比于inline函数,宏定义无法对参数进行类型检查。我想要的是一个CGFloat类型的变量,但是宏定义返回的最多是个float类型的变量。需要我后面再转一下类型,很麻烦,存在一定的局限性。但是inline函数就可以做到类型检测,比较安全

此外,宏需要预编译,而inline函数不需要预编译。可以说,inline函数继承了宏的优点,消除了宏的缺点

Read more

在 AI 时代,做 iOS 逆向分析有哪些高效手段

在 AI 时代,做 iOS 逆向分析有哪些高效手段

AI 发展如此迅猛,传统的代码手艺活已经被 AI 取代了很大一部分。除了生成代码外,AI 在其他的研发流程也能提升很多效率,例如这次要说的 AI 逆向分析。 在手工时代,我们逆向分析一个 iOS app,通常是使用 Hopper 或者 IDA 等软件查看解密的 Mach-O,然后利用软件提供的能力加上人工去分析逻辑流程。这个过程还要求我们懂一些基础的汇编语法。有时候还要去猜测哪些类哪些方法是负责某个逻辑,靠试验去验证。 现在来到了大模型时代,AI 不仅能自己通过一些简单的工具去分析 ipa 和 Mach-O ,也能使用更准更稳的 MCP、Skill 工具来做深度的分析。 Hopper MCP Hopper 在新版本支持了 MCP Server。 把 framework、Mach-O 或者解密后的 IPA 直接丢给它,

By Gray
Cinder:基于 Swift Macro 与 Mach-O Section 的解耦注册机制

Cinder:基于 Swift Macro 与 Mach-O Section 的解耦注册机制

Cinder(Github) 是一个无需逐模块启动注册、支持字符串、类型和函数调用的 Swift 编译期注册框架。 Cinder 是什么 在 iOS app 里借助 Mach-O 注册能力做一些二进制的插桩操作并不罕见。以往这些操作大都使用 objc runtime ,借助 __attribute__((used)) 和 __attribute__((section("name"))) 实现。在 Swift 上实现有一些难度,因为 Swift runtime 能力弱,以及早期的版本没有类似 objc 的 __attribute__ 能力。 * 在 Swift 5.10 版本,Apple 提供了 @_used 和

By Gray