Xcode8默认支持iOS 8.0-iOS10+，但是因为一些老项目还是需要支持iOS7调试的，那么怎么办呢？当然是有解决办法的下面说下如何解决
注:如遇密码输入框，请输入电脑管理员密码

1. 加入DeviceSupport支持文件，可以从Xcode7里面提取到，路径是
   /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/DeviceSupport放在Xcode8同样目录下面，如果找不到的话，我这里提供了网盘下载地址https://yunpan.cn/ck9b6EKcXCbML （提取码：72da）
   

2. 修改SDKSettings设置，加入支持，路径在
   /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS.sdk/SDKSettings.plist
   使用文本编辑器打开
   
   加入支持后

两步完成以后，重启Xcode，就可以调试iOS7真机了

最近搞的一个加签验签，证书文件给的pfx，以前没搞过pfx，大致查了下pfx加密标准是PKCS#12里面包含公钥，以及私钥。这里我们要用到私钥加签，公钥验签,由于iOS这方面资料可能不太多，记录一下，贴下代码

提取私钥，然后进行加签

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74

-(NSString *)signTheDataSHA1WithRSA:(NSString *)plainText
{
    uint8_t* signedBytes = NULL;
    size_t signedBytesSize = 0;
    OSStatus sanityCheck = noErr;
    NSData* signedHash = nil;
    
    NSString * path = [[NSBundle mainBundle]pathForResource:@"Xpay" ofType:@"pfx"];
    NSData * data = [NSData dataWithContentsOfFile:path];
    //因为pfx之前设置的有密码所以这里要设置一下
    NSMutableDictionary * options = [[NSMutableDictionary alloc] init]; // Set the private key query dictionary.
    [options setObject:@"xxxx" forKey:(id)kSecImportExportPassphrase];
    CFArrayRef items = CFArrayCreate(NULL, 0, 0, NULL);
    OSStatus securityError = SecPKCS12Import((CFDataRef) data, (CFDictionaryRef)options, &items);
    if (securityError!=noErr) {
        return nil ;
    }
    CFDictionaryRef identityDict = CFArrayGetValueAtIndex(items, 0);
    SecIdentityRef identityApp =(SecIdentityRef)CFDictionaryGetValue(identityDict,kSecImportItemIdentity);
    SecKeyRef privateKeyRef=nil;
    SecIdentityCopyPrivateKey(identityApp, &privateKeyRef);
    signedBytesSize = SecKeyGetBlockSize(privateKeyRef);
    
    NSData *plainTextBytes = [plainText dataUsingEncoding:NSUTF8StringEncoding];
    
    signedBytes = malloc( signedBytesSize * sizeof(uint8_t) ); // Malloc a buffer to hold signature.
    memset((void *)signedBytes, 0x0, signedBytesSize);
    
    sanityCheck = SecKeyRawSign(privateKeyRef,
                                kSecPaddingPKCS1SHA1,
                                (const uint8_t *)[[self getHashBytes:plainTextBytes] bytes],
                                CC_SHA1_DIGEST_LENGTH,
                                (uint8_t *)signedBytes,
                                &signedBytesSize);
    
    if (sanityCheck == noErr)
    {
        signedHash = [NSData dataWithBytes:(const void *)signedBytes length:(NSUInteger)signedBytesSize];
    }
    else
    {
        return nil;
    }
    
    if (signedBytes)
    {
        free(signedBytes);
    }
    NSString *signatureResult=[NSString stringWithFormat:@"%@",[signedHash base64EncodedString]];
    
    return signatureResult;
}

- (NSData *)getHashBytes:(NSData *)plainText {
    CC_SHA1_CTX ctx;
    uint8_t * hashBytes = NULL;
    NSData * hash = nil;
    
    // Malloc a buffer to hold hash.
    hashBytes = malloc( CC_SHA1_DIGEST_LENGTH * sizeof(uint8_t) );
    memset((void *)hashBytes, 0x0, kChosenDigestLength);
    // Initialize the context.
    CC_SHA1_Init(&ctx);
    // Perform the hash.
    CC_SHA1_Update(&ctx, (void *)[plainText bytes], [plainText length]);
    // Finalize the output.
    CC_SHA1_Final(hashBytes, &ctx);
    
    // Build up the SHA1 blob.
    hash = [NSData dataWithBytes:(const void *)hashBytes length:(NSUInteger)kChosenDigestLength];
    if (hashBytes) free(hashBytes);
    
    return hash;
}

提取公钥，验证签名

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64

BOOL PKCSVerifyBytesSHA1withRSA(NSData* plainData, NSData* signature, SecKeyRef publicKey)
{
    size_t signedHashBytesSize = SecKeyGetBlockSize(publicKey);
    const void* signedHashBytes = [signature bytes];
    
    size_t hashBytesSize = CC_SHA1_DIGEST_LENGTH;
    uint8_t* hashBytes = malloc(hashBytesSize);
    if (!CC_SHA1([plainData bytes], (CC_LONG)[plainData length], hashBytes)) {
        return NO;
    }
    
    OSStatus status = SecKeyRawVerify(publicKey,
                                      kSecPaddingPKCS1SHA1,
                                      hashBytes,
                                      hashBytesSize,
                                      signedHashBytes,
                                      signedHashBytesSize);
    
    return status == errSecSuccess;
}

- (SecKeyRef)getPublicKey {

    NSString * path = [[NSBundle mainBundle]pathForResource:@"Xpay" ofType:@"pfx"];
    NSData * data = [NSData dataWithContentsOfFile:path];

    SecIdentityRef myIdentity;
    SecTrustRef myTrust;
    extractIdentityAndTrust((__bridge CFDataRef)data, &myIdentity, &myTrust);
    
    SecKeyRef publicKey;
    publicKey = SecTrustCopyPublicKey(myTrust);
    
    return publicKey;
}
OSStatus extractIdentityAndTrust(CFDataRef inP12data, SecIdentityRef *identity, SecTrustRef *trust)
{
    OSStatus securityError = errSecSuccess;
    
    CFStringRef password = CFSTR("xxxx");
    const void *keys[] = { kSecImportExportPassphrase };
    const void *values[] = { password };
    
    CFDictionaryRef options = CFDictionaryCreate(NULL, keys, values, 1, NULL, NULL);
    
    CFArrayRef items = CFArrayCreate(NULL, 0, 0, NULL);
    securityError = SecPKCS12Import(inP12data, options, &items);
    
    if (securityError == 0) {
        CFDictionaryRef myIdentityAndTrust = CFArrayGetValueAtIndex(items, 0);
        const void *tempIdentity = NULL;
        tempIdentity = CFDictionaryGetValue(myIdentityAndTrust, kSecImportItemIdentity);
        *identity = (SecIdentityRef)tempIdentity;
        const void *tempTrust = NULL;
        tempTrust = CFDictionaryGetValue(myIdentityAndTrust, kSecImportItemTrust);
        *trust = (SecTrustRef)tempTrust;
    }
    
    if (options) {
        CFRelease(options);
    }
    
    return securityError;
}

参考
http://blog.csdn.net/justinjing0612/article/details/7786250
https://developer.apple.com/library/mac/documentation/Security/Conceptual/CertKeyTrustProgGuide/iPhone_Tasks/iPhone_Tasks.html
https://xiuchundao.me/post/ios-read-cert-with-security-framework

Podfile

Podfile文件详细描述了一个或多个工程中targets的依赖关系。Podfile会默认创建一个隐式的目标链接到工程中用户的第一个target，名称为“default”。

一个Podfile可以非常简单:

1

pod 'AFNetworking', '~> 1.0'

也可以配置的复杂一点,如下:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18

source 'https://github.com/CocoaPods/Specs.git'

platform :ios, '6.0'
inhibit_all_warnings!

xcodeproj 'MyProject'

pod 'ObjectiveSugar', '~> 0.5'

target :test do
  pod 'OCMock', '~> 2.0.1'
end

post_install do |installer|
  installer.pods_project.targets.each do |target|
    puts #{target.name}
  end
end

Dependencies（依赖项）

Podfile描述用于各个用户targe中的依赖项

• pod 是声明指定依赖的方法
• podspec 提供了一个简单的API用于创建podspecs
• target 允许你在工程中限定依赖项只在你指定的targets中生效

pod

指定工程的一个依赖

一个依赖项通过pod名和可选的版本号来声明

当你开始一个项目的时候你可能只需要一个最新版本的依赖，那么你就可以忽略版本号了，这样写：

1

pod 'SSZipArchive'

以后你可能想指定一个Pod的固定版本的时候，可以写上具体的版本号来指定：

1

pod 'Objection', '0.9'

对版本号的操作除了指定与不指定，你还可以做其他操作：

• >0.1 高于0.1的任何版本
• >=0.1 版本0.1和任何更高版本
• <0.1 低于0.1的任何版本
• <=0.1 版本0.1和任何较低的版本
• 〜>0.1.2 版本 0.1.2的版本到0.2 ，不包括0.2。这个基于你指定的版本号的最后一个部分。这个例子等效于>= 0.1.2并且 <0.2.0，并且始终是你指定范围内的最新版本

版本控制列表可用做更细的版本管理

想要了解更过关于版本控制策略的信息，可以参阅：

• Semantic Versioning

• RubyGems Versioning Policies

最后，你可以使用标示 :head来指定版本. 这就意味着工程会使用指定spec下该pod的最新可以用版本，不过会强制下载’bleeding edge’高风险版本(HEAD).务必小心使用，因为spec可能导致不兼容

1

pod 'Objection', :head

Build configurations（编译配置）

重要提示:

下面的语法是暂时的，将来很可能会更改，恕不另行通知。因为大家都在要求这个功能，所以我们发布了这个功能。你可以使用它，但你可能需要改变你的Podfile去使用未来版本的CocoaPods。不管怎么样，一个简单清晰的升级路径会提供给你

默认情况下， 依赖项会被安装在所有target的build configuration中。为了调试或者处于其他原因，依赖项只能在给定的build configuration中被启用

1

pod 'PonyDebugger', :configurations => ['Release', 'App Store']

当然你也可以弄白名单只指定一个build configurations

1

当然你也可以只指定一个build configurations

Subspecs

当你用一个名字装Pod的时候，它将安装所有定义在podspec里面的默认subspec

你可以这样指定:

1

pod 'QueryKit/Attribute'

也可以指定一个集合，像下面这样:

1

pod 'QueryKit', :subspecs => ['Attribute', 'QuerySet']

当然依赖也可以从其他源来获取

Using the files from a local path (使用本地文件)

如果你想用一个自己开发的本地的Pod，你可以用path选项

1

pod 'AFNetworking', :path => '~/Documents/AFNetworking'

使用这个选项后，Cocoapods会将给定的文件夹认为是Pod的源，并且在工程中直接引用这些文件。这就意味着你编辑的部分可以保留在CocoaPods安装中

被引用的文件夹可以来自你喜爱的SCM，甚至当前仓库的一个git子模块

注意：Pod的podspec文件也应该被放在这个文件夹当中

From a podspec in the root of a library repository (引用仓库根目录的podspec)

有的时候你可能想要使用一个最新的开发版本，或者某一个二次开发版本。如果是这样，你可以在pod声明中特别标明

使用仓库中的master分支:

1

pod 'AFNetworking', :git => 'https://github.com/gowalla/AFNetworking.git'

使用仓库的其他分支:

1

pod 'AFNetworking', :git => 'https://github.com/gowalla/AFNetworking.git', :branch => 'dev'

使用仓库的某个tag:

1

pod 'AFNetworking', :git => 'https://github.com/gowalla/AFNetworking.git', :tag => '0.7.0'

或者指定一个提交记录:

1

pod 'AFNetworking', :git => 'https://github.com/gowalla/AFNetworking.git', :commit => '082f8319af'

需要特别注意的是，虽然这样将会满足任何在Pod中的依赖项通过其他Pods
但是podspec必须存在于仓库的根目录中，如果根目录中没有存在这个podspec文件，你将不得不使用下面提到的几种方式之一

From a podspec outside a spec repository, for a library without podspec（在一个不带podsepec的库里引用外部的spec）

如果一个podspec能够从外部的仓库源的获取，设想一下，也通过HTTP来获取podspec:

1

pod 'JSONKit', :podspec => 'https://example.com/JSONKit.podspec'

podspec

使用一个在给定podspec中声明的Pod的依赖项。如果如果没有参数被传递，那么在Podfile根部的第一个podspec会被使用。它将会被库所在的工程所使用

注意:这个不会包含哪些来自于podspec的资源而仅仅是来自于CocoaPods基础架构

例子:

1

podspec

1

podspec :name => 'QuickDialog'

1

podspec :path => '/Documents/PrettyKit/PrettyKit.podspec'

target

在target块里面定义依赖项，如果对应的target不想添加依赖可以用:exclusive => true参数

Podfile文件将会创建一个全局的target名叫:default，default将会生成一个libPod.a文件。这个target将会与用户工程中的第一个target绑定起来如果没有指定特殊的link_with属性的话

例子：

定义一个target:

1
2
3

target :ZipApp do
  pod 'SSZipArchive'
end

定义一个独有的target:

1
2
3
4
5
6

target :ZipApp do
  pod 'SSZipArchive'
  target :test, :exclusive => true do
    pod 'JSONKit'
  end
end

Target configuration (目标项配置)

这些设置用来控制cocoapods生成project

开头platform用来说明项目的工作平台，xcodeproj允许你指定需要链接的工程

platform

指定了静态库应该被编译在哪个平台

Cocoapods提供一个默认的部署目标如果你自己没有指定的话。目前的默认设置是iOS4.3、OS X10.6、tvOS 9.0、watchOS 2.0

如果部署目标要求iOS版本小于4.3，armv6架构将会被添加到ARCHS中

例子：
指定平台

1
2

platform :ios, 
platform :ios

xcodeproj

指定包含引用pod库的target的Xcode工程会被链接到

如果没有显示的project被指定，那么会默认使用target的父target指定的project作为目标。如果如果没有任何一个target指定目标，那么就会使用和Podefile在同一目录下的project。同样也能够指定是否这些设置在release或者debug模式下生效。为了做到这一点，你必须指定一个名字和:release/:debuge关联起来

例子:
指定用户工程

1
2
3
4
5
6
7
8

# Look for target to link with in an Xcode project called
# `MyProject.xcodeproj`.
xcodeproj 'MyProject'

target :test do
  # This Pods library links with a target in another project.
  xcodeproj 'TestProject'
end

用自定义的编译配置

1

xcodeproj 'TestProject', 'Mac App Store' => :release, 'Test' => :debug

link_with

指定用户project里面中面的target链接到pod库

如果没有显示的指定target，那么就会链接到工程中的第一个target。所以如果你只需要链接第一个target，那么你不需要使用link_with

例子:

链接用户工程里面的一个target

1

link_with 'MyApp'

链接多个target

1

link_with 'MyApp', 'MyOtherApp'

inhibit_all_warnings!

屏蔽cocoapods库里面的所有警告

这个特性也能在子target里面定义

如果你想屏蔽某pod里面的警告也是可以的:

1

pod 'SSZipArchive', :inhibit_warnings => true

use_frameworks!

可以用framework的pod替代静态库的

这个特性可以通过定义子target来继承

Workspace（工作区）

这部分内容列举了配置workspace的选项和设置全局配置

workspace

指定应该包含所有projects的Xcode workspace.

如果没有显示指定workspace并且在Podfile所在目录只有一个project，那么project的名称会被用作于workspace的名称

例子：
指定一个workspace

1

workspace 'MyWorkspace'

generate_bridge_support!

指定后从所有已经安装的pod的头文件中会生成一个BridgeSupport元数据文档

一些脚本语言例如MacRuby,Nu,JSCocoa能够利用这些作为桥接类型、函数等等

set_arc_compatibility_flag!

指定后-fobjc-arc flag会被添加到OTHER_LD_FLAGS中

这个是用来解决编译non-ARC项目出现的一个的bug（详见 #142）。本来这些事情都是有Xcode4.3.2中的libtool自动完成的，不过看来现在flag -fobjc-arc 已经不被支持了。所以必须显示的指定使用这个方法

这个方法在CocoaPods 1.0中也许会被废弃

Sources

Podfile检索了所有sources(repos)中的specs

Sources是全局的，不存储在每个target定义里面

source

指定specs的位置

使用这个方法指定sources。sources的顺序是有关系的的。CocoaPods将使用pod第一次出现的source中的最高版本（后续的source中哪怕出现了更高的版本，也不予考虑）

cocoapods 官方source是隐式的需要的，一旦你指定了其他source 你就需要也把官方的指定上

例子:

指定Artsy库然后带上官方的

1
2
3
4

CocoaPods Master Repository

source 'https://github.com/artsy/Specs.git'
source 'https://github.com/CocoaPods/Specs.git'

Hooks（钩子）

Podfile提供了钩子用来在安装时被调用

钩子是全局的，不存储在每个target定义里面

plugin

指定的插件应该使用在安装过程中

使用此方法来指定一个插件，应该在安装过程中使用，同时，应传递给插件调用时的选项

例子:

指定用slather 和 cocoapods-keys插件

1
2

plugin 'cocoapods-keys', :keyring => 'Eidolon'
plugin 'slather'

pre_install

这个钩子允许你在Pods被下载后但是还未安装前对Pods做一些改变

它接受Pod::Installer作为唯一参数

例子:

定义pre_install钩子

1
2
3

pre_install do |installer|
  # Do something fancy!
end

post_install

这个钩子允许你在生成的Xcode project写入硬盘或者其他你想执行的操作前做最后的改动

它接受Pod::Installer作为唯一参数

例子:

给所有target自定义编译配置

1
2
3
4
5
6
7

post_install do |installer|
  installer.pods_project.targets.each do |target|
    target.build_configurations.each do |config|
      config.build_settings['GCC_ENABLE_OBJC_GC'] = 'supported'
    end
  end
end

还有很长的路要走
还有很多的事要做

1. 什么是ARC（ARC是为了解决什么问题诞生的）？

   • ARC是Auto Reference Counting的缩写，即自动引用计数，由编译器在代码合适的位置中自动添加retain/Release/Autorelease/dealloc方法从而进行内存管理.
   • ARC几个要点：
     在对象被创建时 retain count +1，在对象被release时 retain count -1.当retain count 为0 时，销毁对象。
     程序中加入autoreleasepool的对象会由系统自动加上autorelease方法，如果该对象引用计数为0，则销毁。
     那么ARC是为了解决什么问题诞生的呢？这个得追溯到MRC手动内存管理时代说起。
     MRC下内存管理的缺点：
     • 当我们要释放一个堆内存时，首先要确定指向这个堆空间的指针都被release了。（避免提前释放）
     • 释放指针指向的堆空间，首先要确定哪些指针指向同一个堆，这些指针只能释放一次。（MRC下即谁创建，谁释放，避免重复释放）
     • 模块化操作时，对象可能被多个模块创建和使用，不能确定最后由谁去释放。
     • 多线程操作时，不确定哪个线程最后使用完毕

2. 请解释一下关键词的区别:

   • assign && weak
     • assign不会改变引用计数，通常用于非指针变量的基础数据类型直接赋值，weak通常用于指向同一块内存地址的对象.
     • weak修饰的指针默认nil。在OC中向nil对象发送消息是安全的
     • block对应property的copy weak对象proerty的weak
     • 加了_block的局部变量才可以在block内进行修改
     • __block修改数组或指针时,block只修改指针上的内容
     • __block修改变量，内存管理的关键字为copy，会引起内存泄露。在ARC下，要避免block出现循环引用 weak typedof(self)weakSelf = self;
     • __weak修饰变量是弱引用

3. __block在ARC和非ARC下含义一样吗？

   • 不一样的。在MRC中的block variable在block中使用是不会retain的
     但是在ARC中的block则retain的，取而代之的是用weak或者unsafe-unretained来更精确的描述weak reference的目的。
     其中前者只能iOS5以后才能用，但是比较好(对象release之后，指针会直接nil),后者则是ARC环境为了兼容4.x下面的

     1 2 3

     __block MyClass *temp = ...;//MRC环境下使用 __weak MyClass *temp = ...;//ARC支持iOS5.0以上的版本 __unsafe_retained MyClass *temp = ...;//ARC且可兼容到4.x以下的版本

4. 为什么其他语言里叫函数调用，Object-C里则叫给我对象发消息(或者谈下对runtime的理解)

   • 在java中，类和方法在编译期就绑定在一起
   • 在OC中，方法调用是向类发送消息,如（bady cry）在运行时会转换成objc_msgSend(bady,cry),向对象发送消息时根据isa指针找到类，在根据类的调度表查找方法，没找到方法则在父类中查找直至基类，如果始终没有找到返回nil
   • Objective-C 的 Runtime 铸就了它动态语言的特性，这些深层次的知识虽然平时写代码用的少一些，但是却是每个 Objc 程序员需要了解的。Objc Runtime使得C具有了面向对象能力，在程序运行时创建，检查，修改类、对象和它们的方法。可以使用runtime的一系列方法实现。

5. 什么是method swizzling?

   • 在Objective-C中调用一个方法，其实是向一个对象发送消息，查找消息的唯一依据是selector的名字。利用Objective-C的动态特性，可以实现在运行时偷换selector对应的方法实现，达到给方法挂钩的目的。
     每个类都有一个方法列表，存放着selector的名字和方法实现的映射关系。IMP有点类似函数指针，指向具体的Method实现。
     

     我们可以利用 method_exchangeImplementations 来交换2个方法中的IMP，我们可以利用 class_replaceMethod 来修改类，我们可以利用 method_setImplementation 来直接设置某个方法的IMP，归根结底，都是偷换了selector的IMP，如下图所示：

     

     详情：http://blog.csdn.net/yiyaaixuexi/article/details/9374411

6. UIView和CALayer是什么关系?

   • UIView显示在屏幕上归功于CALayer，通过调用drawRect方法来渲染自身的内容，调节CALayer属性可以调整UIView的外观，UIView继承自UIControl，比起CALayer可以响应用户操作，Xcode6之后可以方便的通过视图调试功能查看图层之间的关系
   • UIView是iOS系统中界面元素的基础，所有的界面元素都继承自它。它本身完全是由CoreAnimation来实现的(Mac下似乎不是这样)，它真正的绘图部分，是由一个叫CALayer(Core ANimation Layer)的类来管理。UIView本身，更像是一个CALayer的管理器，访问它的跟绘图和坐标有关的属性，如frame，bounds等，实际上内部都是访问它所在CALayer的相关属性

   • UIView有个layer属性，可以返回它的主CALayer实例，UIView有一个layerClass方法，返回主layer所使用的 类，UIView的子类，可以通过重载这个方法，来让UIView使用不同的CALayer来显示，例如通过

     1 2 3 4

     - (class) layerClass { return ([CAEAGLLayer class]); }

   使某个UIView的子类使用GL来进行绘制。

   • UIView的CALayer类似UIView的子View树形结构，也可以向它的layer上添加子layer，来完成某些特殊的表 示。例如下面的代码
     会在目标View上敷上一层黑色的透明薄膜。

     1 2 3

     grayCover = [[CALayer alloc]init]; grayCover.backgroudColor = [[UIColor blackColor]colorWithAlphaComponent:0.2].CGColor; [self.layer addSubLayer:grayCover];

     • UIView的layer树形在系统内部，被系统维护着三份copy（这段理解有点吃不准）。
     • 逻辑树，就是代码里可以操纵的，例如更改layer的属性等等就在这一份。
     • 动画树，这是一个中间层，系统正在这一层上更改属性，进行各种渲染操作。
     • 显示树，这棵树的内容是当前正被显示在屏幕上的内容。
       这三棵树的逻辑结构都是一样的，区别只有各自的属性。

7. loadView干嘛用的?

   • loadView在View为nil时调用，早于ViewDidLoad，通常用于代码实现控件，收到内存警告时会再次调用。loadView默认做的事情是:如果此VIewcontroller存在一个对应的nib文件，那么就加载这个nib。否则，就创建一个UIView对象。如果你用Interface BVuilder来创建界面，那么不应该重载这个方法。

   • 如果你想自己创建View对象，那么可以重载这个方法，此时你需要自己给View属性赋值。你自定义的方法不应该调用super。如果你需要对View做一些其他定制操作，在ViewDidload中去做

     根据上面的文档可以知道，有两种情况：

     1、如果你用了nib文件，重载这个方法就没有太大意义。因为loadView的作用就是加载nib。如果你重载了这个方法不调用super，那么nib文件就不会被加载。如果调用了super，那么view已经加载完了，你需要做的其他事情在viewDidLoad里面做更合适。

     2、如果你没有用nib，这个方法默认就是创建一个空的view对象。如果你想自己控制view对象的创建，例如创建一个特殊尺寸的view，那么可以重载这个方法，自己创建一个UIView对象，然后指定 self.view = myView; 但这种情况也没有必要调用super，因为反正你也不需要在super方法里面创建的view对象。如果调用了super，那么就是浪费了一些资源而已

     参考：http://www.cnblogs.com/dyllove98/archive/2013/06/06/3123005.html

8. GCD有哪几种Queue?你自己建立过串行的Queue吗？背后的线程模型是什么样的？

   • globalQueue和mainQueue
   • 建立过，欢迎页完成一系列的动画后，弹出登录框
   • 欢迎页动画并行执行，前者和后者串行执行
   • 主队列dispatch_main_queue();串行更新UI
   • 全局队列dispatch_global_queue();并行，四个优先级：background，low，default，high
   • 自定义队列dispatch_queue_t queue;可以自定义是并行DISPATCH_QUEUE_CONCURRENT或DISPATCH_QUEUE_SERIAL

9. 用过Core Data 或者 SQLite吗？读写是分线程的吗？遇到过死锁没？如何解决的？

   • 用过SQLite，丢给FMDatabaseQueue或者NSLock加锁

10. HTTP协议中POST方法和GET方法有那些区别?

    • GET用于向服务器请求数据POST用于提交数据
    • GET请求，请求提以参数拼接形式暴露在地址栏，而POST请求则放在请求体里面，因此GET请求不适合用于验证密码等操作
    • 更加服务器不同，POST请求会有不同的长度限制

11. 什么是二叉搜索树？时间复杂度是什么？

    • 采用二叉树链表作为存储结构，每个左节点均小于父节点，每个右节点均大于父节点
    • O(log2(n))

12. 沙盒目录结构是怎样的？各自用于那些场景？

    • Application//存放程序源文件，上架前经过数字签名，上架后不可修改
    • Documents//常用目录，iCloud备份目录，存放数据
    • Library
      • Caches//存放体积大又不需要备份的数据
      • Preference//设置目录，iCloud会备份设置信息
    • tmp//存放临时文件

13. #define和const变量有什么区别?

    • define在预处理阶段进行简单的替换，const在编译阶段使用
    • 宏不做类型检查，仅仅展开替换，const有数据类型，会执行类型检查
    • 宏不分配内存，仅仅展开替换，const会分配内存
    • define不能调试，const可以调试
    • define定义的常量在替换后运行过程中会不断地占用内存，而const定义的常量存储在数据段，只有一份copy，效率更高
    • definde可以定义一些简单的函数，const不可以

14. TCP和UDP有什么区别？

    • TCP是面向连接的，建立连接需要经历三次握手，保证数据正确性和数据顺序
    • UDP是非连接的协议，传送数据受生成速度，传输带宽等限制，可能造成丢包
    • UDP一台服务端可以同时向多个客户端传输信息
    • TCP报头体积更大，对系统资源要求更多

15. 如何制作一个静态库/动态库?他们的区别是什么？

    • Xcode6支持制作静态库/动态库 framework
    • 无论是动态库还是静态库都是区分真机和模拟器的，需要lipo命令进行合并
    • 静态库编译静态库文件装入程序空间，动态库是文件动态装入内存
    • 动态库执行到相关函数才会被调用，节省空间

16. 请简单的介绍下APNS发送系统消息的机制

    • 为什么需要APNS？为了杜绝安卓那种为了接受通知不停后台唤醒保持长连接的行为
    • 由iOS系统和APNS进行长连接替代
      • 应用在通知中心就像注册，由iOS系统向APNS请求返回设备令牌
      • 应用程序接收到设备令牌并发送给服务器
      • 服务器把要推送的内容和设备发送给APNS
      • APNS根据设备令牌找到设备，再由iOS根据APPID把推送内容展示

17. 请简述Responder Chain？

    • UIResponder是UIView 和 UIViewController共同的父类，负责分发处理事件
    • 在捕获到UIEvent后从AppDelegate->UIAppcation->UIWindow->UIViewController->UIView->SubView 进行查找
    • 然后从SubView开始尝试响应这个事件，并传递给nextResponder，如果父节点不能响应则不再继续传递

18. pushViewController和presentViewController有什么区别？

    • 两者都是在多个试图控制器间跳转的函数
    • presentViewController提供的是一个模态视图控制器
    • pushViewController提供一个栈控制器数组，push/pop

19. 请简述UITableView的复用机制

    • UITableView在创建表视图时，不会创建numberOfRowsInSection那么多的cell，不然在所有APP标配上拉加载更多条件下，iPhone内存必然是吃不消的，通常只会创建当前页面最大可显示Cell个数加一个（实际测试有时会加二），Cell离开当前屏幕后会从队列中移除，也是基于这个原因，确定高度的Cell因为页面要显示的Cell个数唯一确定，所以在性能上能够有所提高
    • 复用队列的元素增加：只有在cell被滑动出界面的时候，此cell才会被加入到复用队列中。每次在创建cell的时候，程序会首先通过调用dequeueReusableCellWithIdentifier:cellType方法，到复用队列中去寻找标示符为”cellType”的cell，如果找不到，返回nil，然后程序去通过调用[[[UITableViewCell alloc] initWithStyle:style reuseIdentifier:cellType] autorelease]来创建标示符为”cellType”的cell。

20. 如何应对APP版本升级，数据结构随之变化?

    • 自己解除的Sqlite相对多一些，通常的作法是重命名旧版数据库文件->创建新版本表格->导入旧版本数据->删除旧版本表
    • 跨版本升级的问题，数据库更新的相关操作不做合并，依次迭代更新
    • Core data接触不多，大部分改动都在轻量化迁移支持范围内，复杂的需要重写指定映射关系

21. 描述一个你所遇到retain cycle例子

    block中的循环引用:一个ViewController

    1 2 3 4 5 6

    @property (nonatomic,strong)HttpRequestHandler * handler; @property (nonatomic,strong)NSData *data; _handler = [httpRequestHandler sharedManager]; [ downloadData:^(id responseData){ _data = responseData; }];

    self 拥有_handler, _handler 拥有block, block拥有self（因为使用了self的_data属性，block会copy 一份self）
    解决方法：

    1 2 3 4

    __weak typedof(self)weakSelf = self [ downloadData:^(id responseData){ weakSelf.data = responseData; }];

22. +(void)load; +(void)initialize；有什么用处？

    • 当类对象被引入项目时, runtime 会向每一个类对象发送 load 消息. load 方法还是非常的神奇的, 因为它会在每一个类甚至分类被引入时仅调用一次, 调用的顺序是父类优先于子类, 子类优先于分类. 而且 load 方法不会被类自动继承, 每一个类中的 load 方法都不需要像 viewDidLoad 方法一样调用父类的方法. 由于 load 方法会在类被 import 时调用一次, 而这时往往是改变类的行为的最佳时机. 我在 DKNightVersion 中使用 method swizlling 来修改原有的方法时, 就是在分类 load 中实现的.

      initialize 方法和 load 方法有一些不同, 它虽然也会在整个 runtime 过程中调用一次, 但是它是在该类的第一个方法执行之前调用, 也就是说 initialize 的调用是惰性的, 它的实现也与我们在平时使用的惰性初始化属性时基本相同. 我在实际的项目中并没有遇到过必须使用这个方法的情况, 在该方法中主要做静态变量的设置并用于确保在实例初始化前某些条件必须满足.

    • 在Objective-C中，runtime会自动调用每个类的两个方法。+load会在类初始加载时调用，+initialize会在第一次调用类的类方法或实例方法之前被调用。这两个方法是可选的，且只有在实现了它们时才会被调用。
      共同点：两个方法都只会被调用一次。

23. 如何高性能的给 UIImageView 加个圆角? (不准说 layer.cornerRadius!)

    • 一般情况下给 UIImageView 或者说 UIKit 的控件添加圆角都是改变 clipsToBounds 和 layer.cornerRadius, 这样大约两行代码就可以解决这个问题. 但是, 这样使用这样的方法会强制
      Core Animation 提前渲染屏幕的离屏绘制, 而离屏绘制就会为性能带来负面影响.

    我们也可以使用另一种比较复杂的方式来为图片添加圆角, 这里就用到了贝塞尔曲线.

    1 2 3 4 5 6 7 8 9 10

    UIImageView *imageView = [[UIImageView alloc] initWithFrame:CGRectMake(0, 0, 100, 100)]; imageView.center = CGPointMake(200, 300); UIImage *anotherImage = [UIImage imageNamed:@"image"]; UIGraphicsBeginImageContextWithOptions(imageView.bounds.size, NO, 1.0); [[UIBezierPath bezierPathWithRoundedRect:imageView.bounds cornerRadius:50] addClip]; [anotherImage drawInRect:imageView.bounds]; imageView.image = UIGraphicsGetImageFromCurrentImageContext(); UIGraphicsEndImageContext(); [self.view addSubview:imageView];

    在这里使用了贝塞尔曲线”切割”个这个图片, 给 UIImageView 添加了的圆角.

24. 使用drawRect有什么影响？（这个可深可浅，你至少得用过。。）

    • drawRect方法依赖Core Graphics框架来进行自定义的绘制，但这种方法主要的缺点就是它处理touch事件的方式：每次按钮被点击后，都会用setNeddsDisplay进行强制重绘；而且不止一次，每次单点事件触发两次执行。这样的话从性能的角度来说，对CPU和内存来说都是欠佳的。特别是如果在我们的界面上有多个这样的UIButton实例。

      • 这个方法的主要作用是根据传入的 rect 来绘制图像 参见文档. 这个方法的默认实现没有做任何事情, 我们可以在这个方法中使用 Core Graphics 和 UIKit 来绘制视图的内容.

        这个方法的调用机制也是非常特别. 当你调用 setNeedsDisplay 方法时, UIKit 将会把当前图层标记为 dirty, 但还是会显示原来的内容, 直到下一次的视图渲染周期, 才会为标记为 dirty 的图层重新建立 Core Graphics 上下文, 然后将内存中的数据恢复出来, 再使用 CGContextRef 进行绘制.

        相关参考:UIView的layoutSubviews和drawRect方法何时调用

25. ASIHttpRequest 或者 SDWebImage 里面给 UIImageView 加载图片的逻辑是什么样的?

    • 我曾经阅读过 SDWebImage 的源代码, 就在这里对如何给 UIImageView 加载图片做一个总结吧, SDWebImage 中为 UIView 提供了一个分类叫做 WebCache, 这个分类中有一个最常用的接口, sd_setImageWithURL:placeholderImage:, 这个分类同时提供了很多类似的方法, 这些方法最终会调用一个同时具有 option progressBlock completionBlock 的方法, 而在这个类最终被调用的方法首先会检查是否传入了 placeholderImage 以及对应的参数, 并设置 placeholderImage.

      然后会获取 SDWebImageManager 中的单例调用一个 downloadImageWithURL:… 的方法来获取图片, 而这个 manager 获取图片的过程有大体上分为两部分, 它首先会在 SDWebImageCache 中寻找图片是否有对应的缓存, 它会以 url 作为数据的索引先在内存中寻找是否有对应的缓存, 如果缓存未命中就会在磁盘中利用 MD5 处理过的 key 来继续查询对应的数据, 如果找到了, 就会把磁盘中的缓存备份到内存中.

      然而, 假设我们在内存和磁盘缓存中都没有命中, 那么 manager 就会调用它持有的一个 SDWebImageDownloader 对象的方法 downloadImageWithURL:… 来下载图片, 这个方法会在执行的过程中调用另一个方法 addProgressCallback:andCompletedBlock:fotURL:createCallback: 来存储下载过程中和下载完成的回调, 当回调块是第一次添加的时候, 方法会实例化一个 NSMutableURLRequest 和 SDWebImageDownloaderOperation, 并将后者加入 downloader 持有的下载队列开始图片的异步下载.
      而在图片下载完成之后, 就会在主线程设置 image, 完成整个图像的异步下载和配置.

26. 使用atomic一定是线程安全的吗？

    • 不是，atomic的本意是指属性的存取方法是线程安全的（thread safe)，并不保证整个对象是线程安全的。比如，声明一个NSMutableArray的原子属性stuff，此时self.stuff 和self.stuff = othersulf都是线程安全的。但是，使用[self.stuff objectAtIndex:index]就不是线程安全的，需要用锁来保证线程安全性。

参考:
http://www.zhihu.com/question/19604641
http://draveness.me/guan-yu-xie-ios-wen-ti-de-jie-da/
http://www.jianshu.com/p/d72c4b595c7b
http://weibo.com/1832164643/Ct3B4hzl3?type=comment#_rnd1438104612567

一叶障目
不见泰山

记一次面试过程遇到的东西吧,总结一下

笔试题

###题1

int a[5]={1,2,3,4,5};int p=(int )(&a+1);问(a+1),(p-1)是多少

答:

1
2
3
4
5
6
7
8
9
10
11
12
13
14

*(a+1）就是a[1]，*(p-1)就是a[4],执行结果是2，5
&a+1不是首地址+1，系统会认为加一个a数组的偏移，是偏移了一个数组的大小（本例是5个int）
int *p=(int *)(&a+1);
则p实际是&(a[5]),也就是a+5
原因如下：
 &a是数组指针，其类型为 int (*)[5];
而指针加1要根据指针类型加上一定的值，不同类型的指针+1之后增加的大小不同。
a是长度为5的int数组指针，所以要加 5*sizeof(int)
所以p实际是a[5]
但是p与(&a+1)类型是不一样的(这点很重要)
所以p-1只会减去sizeof(int*)
a,&a的地址是一样的，但意思不一样
a是数组首地址，也就是a[0]的地址，&a是对象（数组）首地址，
a+1是数组下一元素的地址，即a[1],&a+1是下一个对象的地址，即a[5].

题2

frame和bounds有什么不同，size是否会不同？

题3

readwrite，readonly，assign，retain，copy，nonatomic 属性的作用

答

1
2
3
4
5
6
7
8
9

@property是一个属性访问声明，扩号内支持以下几个属性：
1，getter=getterName，setter=setterName，设置setter与 getter的方法名
2，readwrite,readonly，设置可供访问级别
2，assign，setter方法直接赋值，不进行任何retain操作，为了解决原类型与环循引用问题
3，retain，setter方法对参数进行release旧值再retain新值，所有实现都是这个顺序(CC上有相关资料)
4，copy，setter方法进行Copy操作，与retain处理流程一样，先旧值release，再 Copy出新的对象，retainCount为1。
   这是为了减少对上下文的依赖而引入的机制。
5，nonatomic，非原子性访问，不加同步，多线程并发访问会提高性能。注意，如果不加此属性，则默认是两个访问方法
   都为原子型事务访问。锁被加到所属对象实例级(我是这么理解的...)。

题4

求2-100之间的素数(质数)和

答

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21

int num;
int i;
int sum;
        
for (num = 2; num<=100; num++) {

            for (i=2; i<=num; i++) {
            //遇到能相除余为0的就跳出循环，然后当前num 和 当前除数相比，除数最大的那一时刻的num值
                if (num%i==0) {
                    break;
                }
            }
            //也即是本事是自己最大的能相除的数
            if (i>=num) {
                sum+=num;
                printf("素数 %d",num);
            }
            
        }
    
        printf("总和为 %d",sum);

逻辑题

逻辑题1

1

一层楼,有10级台阶,可以一步、二步或三步走,有几种走法?
具体地说

答

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41

逐次累加法
到第一层：1种
到第二层：2种
到第三层：4种,分别为
1 1 1 
1 2
2 1
3
到第四层 7种.计算过程为：
到第一层的方法数 + 到第二层方法数 + 到第三层方法数.分别为
1 -- 3
1 1 -- 2
2 -- 2
1 1 1 -- 1
1 2 -- 1
2 1 -- 1
3 -- 1
到第五层方法数：13种
计算过程为：到第二层的方法数 + 到第三层方法数 + 到第四层方法数.
具体为
1 1 -- 3
2 -- 3
1 1 1 -- 2
1 2 -- 2
2 1 -- 2
3 -- 2
1 3 -- 1
1 1 2 -- 1
2 2 -- 1
1 1 1 1 -- 1
1 2 1 -- 1
2 1 1 -- 1
3 1 -- 1
余此类推：
到第六层 = 到第三层+到第四层+到第五层 = 4+7+13 = 24
到第七层 = 到第四层+到第五层+到第六层 = 7+13+24 = 44
到第八层 = 到第五层+到第六层+到第七层 = 13+24+44 = 81
到第九层 = 到第六层+到第七层+到第八层 = 24+44+81 = 149
到第十层 = 到第七层+到第八层+到第九层 = 44+81+149 = 274
---------------------------
说明：在这种思路中,比如计算到达第九层的方法数时候,到第6层后要直接迈3步到达第9层,到第7层后要直接迈2步到达第9层.不考虑从第6层开始迈1步或2步的情况,以免重复计算.

逻辑题2

1

甲、乙、丙三人讨论一道题，当每一个人都把自己的解法说出后，甲说：“我做错了。”乙说：“甲做对了。”丙说：“我做错了。”老师看过他们的答案，并听了他们的上述意见后，说三个人中有一个答案正确，有一个意见正确。 ? ?由此可知，谁的意见正确

答

1

三个人的意见只有一人正确，首先可以看出甲和乙的意见矛盾，必有一真一假，据此推出丙的意见必然为假，即丙没做错，丙的答案是对的。三人中只有一人答案正确，据此可以推出甲说真话(甲的意见正确)

逻辑题3

1

12个相同小球里面有一个重量不一样3次找出来

答

1
2