现在的位置: 首页 > 综合 > 正文

【转】(译)iOS Code Signing: 解惑详解

2012年08月22日 ⁄ 综合 ⁄ 共 2711字 ⁄ 字号 评论关闭

  

原文链接地址:http://www.cnblogs.com/andyque/archive/2011/08/30/2159086.html

教程截图:

Learn all about how Code Signing works!

    下面是一篇有澳洲墨尔本的一名全职iOS开发者提供的文章。他在论坛上是一个很摩登的年轻人 – Adam Eberbach

  ·Bundle identifier

  ·provisioning profiles

  ·App ID

  ·certificate signing request

  对于新手,的确很难一口气搞清楚这些东东到底有什么区别。

  下面我们来揭开它们的神秘面纱,在读完这篇文章后,你应该可以把这些东西联系起来,你能够理解它们是怎么工作,并能够顺利地在device上运行你的应用了。

  当然,这里假设你已经是一个iOS开发者,拥有IDP,并已经有一定的xcodeiOS开发经验了。如果你只是刚刚开始学习iOS,你可以先看看其它入门教程。

  好吧,我们开始了。

 

它们有多重要?

  Code signing 对你来说,最主要的意义就是它能让你的App在设备上运行。不管是你自己的设备,甲方客户的,还是在App store上购买你的消费者。

  如果没有code signing,你只可以在模拟器上,或者一台越狱过的机器上运行你的应用----当然,仅仅如此是不能满足我们的。

  模拟器的测试仅仅是一种初步测试,模拟器不能替代真机调试,因为:

·真正的设备会通常比模拟器慢

  模拟器使用的是你的MAC机上的处理器,而一台真正的iphone可远远没有这种条件。所以如果你不在设备上真正运行,你可能就会忽略实际的性能问题。

  比如你新建一个ViewBased应用,然后在viewDidLoad里面加入下列代码:

int count = 200000;
NSMutableArray
* array = [NSMutableArray arrayWithCapacity:count];
for (int i = 0; i < count; ++i) {
[array addObject:[NSString stringWithFormat:
@"%d", i]];
}

    上面这段代码在模拟器上可能1-2秒就能运行完,但是在真机上面(比如iphone 3GS),大约要花7秒左右的时间。

·设备的内存少很多

  同理的,模拟器使用你MAC上的内存,而一台真正的iphone的内存少得多。

  特别是游戏,通常会使用大量的图片,占用大量的内存。在老一点型号的机器上,一个纹理图片的大小上限是24MB,也就是1024X10248bit纹理图。

  内存耗尽绝对是你不想见到的,因为占用的内存超过一定范围,OS会强行退出你的app,对用户来说,就认为是你的app崩溃了。

 

·有些API只在设备上有效

  譬如In-App purchaseAPI,或者Instrument中的Core Animation。这些都要在真机上测试出来。(可能以后版本的iOS或者xcode能够支持,但毕竟真机测试是一种保障)

  总的来说,你没有在真机上测试过,等于你没有真的测试完。

·(译者注:一些视觉上的效果在模拟器上看到的可能会与真机不一致)

 

  Xcode中有一些懒人的方法:

  在organizer的界面中,选中devices 右键Developer Profile,你可以看到这样一个菜单。

  里面有大部分这篇文章将要讲到的内容

Automatic provisioning with Xcode 4

  这里你可以sign in你的开发者账号,自动登记你的app并运行到你的device上。

  当然,如果这样总是好用的话,这篇文章就没有意义了。

  作为一个开发者,你应该知道更多。

Public and Private Keys 公钥私钥

  在继续剖析之前,我们先简单地解析公钥私钥。

  这世上有两种加密方法:symmetric cryptography 对称密码和 asymmetric cryptography非对称密码。

  对于对称密码,只有一种key。譬如你有一个密钥,以及对应的一个加密过的信息。

  那只有知道密钥的人可以解读这个信息。

  对于非对称密码,有两个key – 公钥和私钥。

   譬如你用某个私钥加密一些信息,别人收到这个信息后可以通过那个私钥对应的公钥来加密。这样他们就可以肯定,这个信息是从你那里来的(至少是你加密的)。

  这个私钥就相当于一个“签名”。 (你加的密,就是你签的字)

  而这个,就是在iOScode signing背后的原理。

 

Code Signing Objects

  Code Signing有关的东西有 

  Provisioning ProfilesApp IDsUDIDs …

  在这一节,我们会一个一个地解说。

  我用Core Data绘制了一个图表,用来描述这些对象之间的关系。

Objects related to Code Signing

  这是针对开发人员的 Development Profile),发布人员的图会有小小区别。

 

私钥 Private Key

  Mac OS X 以后,key由一个叫做 Keychainapp来管理。 你可以在 Application\Utilities 中找到。

运行Keychain,你可以看到在你的名下有哪些公钥和私钥。类似这样的:

Keychain Access showing public/private keys

(这是私隐,要加码的)

  如果你没有看到任何key的列表,不用担心。在你第一次使用认证的时候,Keychain会帮你创建。

  在这里列出的key是你的provisioning或者code signing的基础。

  你必须有key才能sign code或者在App store中发布你的app

  如果key丢失了?

  你必须把整个流程重新做一次 – 因为没有key,你的认证不再有效,你的provisioning profile只会生成error。你会浪费很多时间,所以,好好保管它。

  如果你没有备份过,我建议你马上把它export出来,通过File\Export Items ,保存在一个安全的地方,例如一个很小的分区中。或者通过你的Mobile Me账号来同步保存。

 

有多个Key

  如果你在不同的Mac机上创建过account,你将会有多个key

  这样会带来一个问题,在机器A上生成的认证,在没有私钥的机器B上会失效。

  所以,你可以把你所有的key复制到你所有的Mac机上。(这样就不用烦了)

  或者,我更建议只用一个Key

UDID

  UDID Unique Device Identifier)是区分物理设备的唯一标识。

  所有你的iPhone肯定有一个与众不同的UDID,包括你的iPad等等。

  通常,UDID会是一个40位十六进制字符串。

  也就是下图的identifier

How to see your device's UDID in XCode Organizer

抱歉!评论已关闭.