iOS 10.2下Tweak记录方法调用导致App崩溃问题求助

看起来你遇到了典型的Hook运行时崩溃问题——代码编译通过但一启动App就崩，而且已经定位到是IGAPIRequestBuilder的Hook代码导致的，结合iOS 10.2的环境，我给你梳理几个大概率的原因和对应的调试/解决步骤：

可能的崩溃原因&调试方案 #

1. 方法签名不匹配（最常见） #

iOS 10上的Instagram，IGAPIRequestBuilder的私有方法签名可能和你预想的不一样——比如参数类型、个数，或者方法名带有下划线/隐式参数（Objective-C私有方法经常有这类情况）。一旦签名不匹配，调用时会直接破坏栈结构，触发崩溃。

解决步骤：

• 用class-dump导出Instagram的头文件，精准获取方法签名：

  class-dump -H /path/to/your/Instagram.app/Instagram -o ./instagram-headers/
  

  打开导出的IGAPIRequestBuilder.h，找到你要Hook的方法，确保你的Hook代码里的选择器、参数类型、返回值完全一致。比如原方法是- (NSURLRequest *)requestWithEndpoint:(NSString *)endpoint HTTPMethod:(NSString *)method parameters:(NSDictionary *)params，你就不能少写任何一个参数。

2. 日志代码访问了非法对象 #

如果你的日志代码里尝试访问参数的属性（比如[endpoint UTF8String]），但参数实际是nil，或者类型转换错误（比如把NSNumber当成NSString），就会触发崩溃。

解决步骤：

• 先简化Hook代码到极致：

  %hook IGAPIRequestBuilder
  - (id)yourTargetMethod {
      NSLog(@"Hooked IGAPIRequestBuilder method successfully");
      return %orig;
  }
  %end
  

  如果这样App不崩溃，再逐步添加参数日志，比如先加第一个参数：

  NSLog(@"Endpoint: %@", endpoint);
  

  每加一项就测试一次，直到崩溃出现，就能定位到是哪个参数的访问出了问题。

3. Hook时机或线程问题 #

iOS 10的runtime加载逻辑和高版本有差异，如果你在类还没完全初始化时就Hook了，或者Hook的方法在后台线程执行，而你的日志操作有线程不安全的代码（虽然NSLog是线程安全的，但自定义日志函数可能有问题），也会导致崩溃。

解决步骤：

• 在Hook方法里先打印当前线程，确认执行环境：

  NSLog(@"Current thread for IGAPIRequestBuilder: %@", [NSThread currentThread]);
  

• 尝试延迟Hook时机：比如把Hook代码放在%ctor里，用dispatch_after延迟几秒执行，避开App启动初期的类初始化高峰：

  %ctor {
      dispatch_after(dispatch_time(DISPATCH_TIME_NOW, (int64_t)(2 * NSEC_PER_SEC)), dispatch_get_main_queue(), ^{
          // 你的Hook代码
      });
  }
  

4. 用LLDB精准定位崩溃点 #

最直接的方式是调试崩溃现场，获取崩溃堆栈：

• 用Theos编译时加上DEBUG=1，开启调试模式：

  make package install DEBUG=1
  

• 用LLDB附加到App进程：

  lldb -n Instagram
  

• 当App崩溃时，输入bt命令查看崩溃堆栈，看崩溃是发生在你的Hook代码里，还是原方法调用时。如果是objc_msgSend崩溃，基本可以确定是方法签名不匹配；如果是EXC_BAD_ACCESS，就是访问了非法内存（比如nil对象的属性）。

5. 异常捕获排查 #

手动用MSHookMessageEx替换%hook，并添加异常捕获，能看到具体的错误信息：

#import <substrate.h>

static IMP originalRequestMethod;

id hookedRequestMethod(id self, SEL _cmd, NSString *endpoint, NSDictionary *params) {
    @try {
        NSLog(@"Hooked request: %@, params: %@", endpoint, params);
        // 调用原方法
        return originalRequestMethod(self, _cmd, endpoint, params);
    } @catch (NSException *e) {
        NSLog(@"Exception in hooked method: %@, stack: %@", e, e.callStackSymbols);
        // 即使出错，也要调用原方法保证App运行
        return originalRequestMethod(self, _cmd, endpoint, params);
    }
}

%ctor {
    Class builderClass = objc_getClass("IGAPIRequestBuilder");
    if (builderClass) {
        MSHookMessageEx(builderClass, @selector(requestWithEndpoint:parameters:), (IMP)hookedRequestMethod, &originalRequestMethod);
    }
}

总结 #

先通过LLDB获取崩溃堆栈，定位具体崩溃原因，然后优先排查方法签名是否正确，再逐步简化代码排查参数访问问题，最后考虑线程和Hook时机的兼容性。

内容的提问来源于stack exchange，提问作者Biplov