PDF版本号：
结论：
同样的代码。使用不同版本号的SDK来编译。会影响MachO头中的值，
从而使程序表现出不同的外观。
代码：
- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions{ UIScreen *mainScreen = [UIScreen mainScreen]; CGRect frm = [mainScreen bounds]; UIWindow *win = [[UIWindow alloc] initWithFrame:frm]; win.backgroundColor = [UIColor blueColor]; self.window = win; [win release]; [self.window makeKeyAndVisible]; return YES;} 问题：
如上的代码很easy，没有不论什么功能，
分别使用 xcode v4.6.3 与 v5.0.2 编译。
然后安装到iOS8的设备上，表现却不同，
主要就是iOS6与iOS7之间关于状态条的区别。例如以下图：
__________
代码都是一样的。仅仅是使用了不同的SDK进行编译，
区别详细在哪里？
说明：
xcode版本号：4.6.3 VS 5.0.2设备：iPhone 5s，iOS 8.0可运行文件名称：APIDiff-SDK61表示使用iOS SDK 6.1 编译出的可运行文件APIDiff-SDK70表示使用iOS SDK 7.0编译出的可运行文件IPA文件名称：APIDiff-SDK61.ipa表示iOS SDK 6.1编译出的安装包APIDiff-SDK70.ipa表示iOS SDK 7.0编译出的安装包
分析：
分析一：确认是可运行程序引起
验证方法：
用APIDiff-SDK70.ipa中的可运行程序替换APIDiff-SDK61.ipa中的可运行程序，
然后使用codesign命令又一次签名，
打包。安装到手机上后发现状态条是透明的。
说明区别确实在可运行程序中。
又一次签名方法：codesign -f -s "证书名" --resource-rules Payload/*.app/ResourceRules.plist Payload/*.app
分析二：比較二进制区别
既然在可运行文件里。
首先想到的是使用二进制比較工具来看看二者的区别，
结果例如以下图：
能够看到区别太大，这样比較没什么意义，
这条路不可行。
分析三：比較代码区别
既然比較二进制没什么意义，
那我们就比較下反汇编代码，
看看是不是编译器做了什么手脚，
能够看到二者的代码差点儿一样，
详细的一点区别，
也是由不同版本号的编译器造成的，
逻辑是一样的。因此不是代码引起的程序外观不同。
另外，代码里没有读什么全局变量，
说明不是由于UIKit中有什么默认值被编译到程序中。
从而引起状态条的外观不同。
分析四：比較UIKit版本对程序的影响
既然代码没有区别，
我们首先会想到是不是因为UIKit版本号不同而引起的程序外观不同。
尽管程序是动态链接的UIKit，
而且设备上仅仅有一个版本号的UIKit库，
可是我们还是要验证下。
首先确定二者的区别。例如以下图：
能够看到二者的版本确实有区别，
可是兼容版本号都是1.0。
理论上讲不是由于这个造成程序区别。
理论是理论，我们如今正在使用排除法确定问题原因，
还是要实打实的验证。
验证方法：将APIDiff-SDK61中的UIKit版本改成2903.23.0。
改动方法：这个值在二进制文件里的偏移为：0x6EC，
须要注意下小端问题。
改动后。又一次签名。打包安装到手机上，
发现状态条没有发生变化。
因此原因不是UIKit版本的区别。
分析五：使用MachOView逐项比較
走到这里。多少有点儿黔驴技穷了。
问题就在那里而我们却找不到原因。
那就上最原始的工具：体力劳动，使用MachOView一项一项的对照。
从"__LINKEDIT"
--->"LC_DYLD_INFO_ONLY"
--->"LC_LOAD_DYLINKER"
--->"LC_VERSION_MIN_IPHONEOS"
在"LC_VERSION_MIN_IPHONEOS"中发现了一个保留值的区别：
感觉有可能这就是问题的解决办法。
进行验证：改动APIDiff-SDK61。偏移地址0x69C，
将值改为00070000，
又一次签名，打包安装到手机，
发现状态条变成透明了。问题就在这里。
TODO：这样的区别又是怎样影响了程序的外观
1、UIKit中会读这个属性。
可能性极小。UIKit仅仅是一个库，
而如上的区别会首先被载入器获得，
离UIKit还非常远。
2、SpringBoard及其相关服务。
可能性大。
①：SpringBoard几其服务本身就有画图的职责；
②：点击桌面上的图标，程序是由SpringBoard启动的。
只是不打算继续验证了。到这里已经满足了我的探知欲，欲望更强的兄弟能够继续分析。^_^