如果引入不支持 x86
的静态库, 则模拟器就不能正常调试了.
报以下类似的错误:
之前使用别的公司的
SDK
时候如果不支持 x86
的话, 最简单的解决办法就是直接找技术支持要一个支持的新静态库,正常都会给你的,但是这次人家不愿意给(原因:相关功能需要使用真机硬件设备,模拟器不具备硬件条件
),所以拒绝了.
但是有些情况下又需要用模拟器来调试, 比如 UI 需要更换不同尺寸的模拟器来调试, 既然人家不愿意给,只能自己解决了.
正常就算导入了静态库, 只要代码里面没有引入静态库的类, 编译就能正常通过,否则就会报错.
但是导入静态库不就是为了用么?
既然必须使用, 还要在模拟器调试时候不引入, 只能利用条件编译来解决了
这里可以直接使用系统的宏来解决:
TARGET_OS_IPHONE
如果是真机, 则为真
// 如果是真机运行,则编译以下内容, 否则忽略
#if TARGET_OS_IPHONE
#endif
或者使用
TARGET_IPHONE_SIMULATOR
使用模拟器运行为真
// 如果是非模拟器的设备, 则编译以下内容, 否则忽略
#if !TARGET_IPHONE_SIMULATOR
#endif
可以分成多段使用:
引入头文件
#if TARGET_OS_IPHONE
#import "xxxxx.h"
#import "xxxxx.h"
...
...
#endif
类/方法调用
- (void)example {
#if TARGET_OS_IPHONE
XClass *xx = [[XClass alloc] init];
[xx method];
....
....
#endif
}
埋坑系列
有些第三方的 SDK
有静态库的同是, 还附带一些工具类, 或者带有一些 UI
类, Controller + StoryBoard
, 集成最简单的办法就是使用第三方提供的 UI
类来集成.(这些 UI
类你是可以看到源码的)
如果 UI
类报错了, 当然可以使用简单粗暴的方法:
#if TARGET_OS_IPHONE
#import "xxxxxxx.h"
#import "xxxxxxx.h"
....
....
@interface ViewController ()
- (IBAction)xxxx:(UIButton *)sender;
@end
@implementation ViewController
- (void)viewDidLoad {
[super viewDidLoad];
....
}
- (void)sample {
....
}
@end
#endif
但是问题没有那么简单
第一种比较简单的情况:
你会发现在真机上运行之后突然Crash
掉.
错误信息如下:
虽然编译阶段通过了, 但是系统却找不到这个类的实现部分, 最终导致
StoryBoard
默认加载UIViewController
, 然后又调用了UIViewController
本身没有实现的方法,导致最终Crash
.
第二种情况:
如果这个 UI
类存在 Category
的话, 连编译阶段都通过不了,会报如下错误:
解决办法
针对以上2种情况, 有共同的解决办法:
#import "xxxxxxx.h"
// 根据需求引入静态库相关的头文件
#if TARGET_OS_IPHONE
#import "xxxxxxx.h"
#import "xxxxxxx.h"
....
....
#endif
@interface ViewController ()
- (IBAction)xxxx:(UIButton *)sender;
@end
@implementation ViewController
// 只把类的方法写在条件编译条件内
#if TARGET_OS_IPHONE
- (void)viewDidLoad {
[super viewDidLoad];
....
}
- (void)sample {
....
}
#endif
@end
最后出现的2个问题, 只给出了错误样例和解决办法,没有解释问题的原因只做如下猜测:
问题1可能是因为编译器的原因, 没有找到类头文件对应
.m
文件内类实现部分, 所以未把类的实现部分编译进去.但是编译阶段还是通过了.最终导致 Crash
问题2中可能在编译阶段就要把
Category
融入到类中去, 但是未找到类的实现部分, 所以编译无法进行下去,所以报错.