iOS 证书与签名 解惑详解
iOS 證書與簽名 解惑詳解
分類：?iPhone2012-06-06 19:57?9426人閱讀?評論(1)?收藏?舉報 iosxcodecryptographyappleiphone測試目錄(?)[+]
?
教程截圖：
??? 下面是一篇有澳洲墨爾本的一名全職iOS開發者提供的文章。他在論壇上是一個很摩登的年輕人?– Adam Eberbach。
·Bundle identifier
·provisioning profiles
·App ID
·certificate signing request
對于新手，的確很難一口氣搞清楚這些東東到底有什么區別。
下面我們來揭開它們的神秘面紗，在讀完這篇文章后，你應該可以把這些東西聯系起來，你能夠理解它們是怎么工作，并能夠順利地在device上運行你的應用了。
當然，這里假設你已經是一個iOS開發者，擁有IDP，并已經有一定的xcode和iOS開發經驗了。如果你只是剛剛開始學習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，也就是1024X1024的8bit紋理圖。
內存耗盡絕對是你不想見到的，因為占用的內存超過一定范圍，OS會強行退出你的app，對用戶來說，就認為是你的app崩潰了。
?
·有些API只在設備上有效
譬如In-App purchase的API，或者Instrument中的Core Animation。這些都要在真機上測試出來。（可能以后版本的iOS或者xcode能夠支持，但畢竟真機測試是一種保障）
總的來說，你沒有在真機上測試過，等于你沒有真的測試完。
·（譯者注：一些視覺上的效果在模擬器上看到的可能會與真機不一致）
?
在Xcode中有一些懶人的方法：
在organizer的界面中，選中devices?右鍵Developer Profile，你可以看到這樣一個菜單。
里面有大部分這篇文章將要講到的內容。
這里你可以sign in你的開發者賬號，自動登記你的app并運行到你的device上。
當然，如果這樣總是好用的話，這篇文章就沒有意義了。
作為一個開發者，你應該知道更多。
Public and Private Keys?公鑰私鑰
在繼續剖析之前，我們先簡單地解析公鑰私鑰。
這世上有兩種加密方法：symmetric cryptography?對稱密碼和?asymmetric cryptography非對稱密碼。
對于對稱密碼，只有一種key。譬如你有一個密鑰，以及對應的一個加密過的信息。
那只有知道密鑰的人可以解讀這個信息。
對于非對稱密碼，有兩個key –?公鑰和私鑰。
? 譬如你用某個私鑰加密一些信息，別人收到這個信息后可以通過那個私鑰對應的公鑰來加密。這樣他們就可以肯定，這個信息是從你那里來的（至少是你加密的）。
這個私鑰就相當于一個“簽名”。?（你加的密，就是你簽的字）
而這個，就是在iOS中code signing背后的原理。
?
Code Signing Objects
與Code Signing有關的東西有?：
Provisioning Profiles，App IDs，UDIDs …
在這一節，我們會一個一個地解說。
我用Core Data繪制了一個圖表，用來描述這些對象之間的關系。
這是針對開發人員的?（Development Profile），發布人員的圖會有小小區別。
?
私鑰?Private Key：
在Mac OS X?以后，key由一個叫做?Keychain的app來管理。?你可以在?Application\Utilities?中找到。
運行Keychain，你可以看到在你的名下有哪些公鑰和私鑰。類似這樣的：
（這是私隱，要加碼的）
如果你沒有看到任何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：
如果App不是從app store上來，你的代碼需要有UDID的信息才能運行。
怎么知道你擁有的設備的UDID？有幾個方法。
1?如果你的設備連到Xcode的機器上，你可以在Organizer中看到UDID。
2?沒有xcode的朋友也可以，在iTunes的?Summary界面，有serial number（序列號）的信息，點擊可以看到。
3?這是最簡單的方法，在App Store中下載一個Ad Hoc Helper吧。
?
Certificate?認證
認證，就是你的個人開發者認證，或者更華麗地說：“Apple Worldwide Developer Relations Certification Authority Certificate”（這不翻譯了），
這個本質上就是一些代表著信任-授權的數據而已。
獲取一個認證，你需要子啊Keychain Access中生成一個?Certificate Signing Request，并把它發給Apple。這會創建一對?公鑰-私鑰（如果還沒有的話）。
Apple收到后會驗證信息，然后給你創建一個認證。
?
App ID
在Xcode4中創建一個項目，你要提供?Product Name?和?Company Identifier的信息。
Product Name，就是你的app的一個較短的名稱。
Company identifier，通常會是一個反轉的DNS串，例如：com.mycompanyname
這兩者合起來，就似乎Bundle Identifier。你會在Info.plist中找到。
對于每一個你要發布的app，你需要到iTunes Developer Center中注冊你的App ID。如下圖。
這個需要與你在Info.plist中設置的保持一致。?
Provisioning Profile
把前面講到的東西合起來：
·App ID?（app的唯一標識）
·UDID?（在某臺設備上運行的唯一標識）
·Certificate?（開發者認證）
就是所謂的Provisioning Profile。
?
Provisioning Profile?通過xcode或者itunes導入到device中，或者打包到一個包含app和profile的.ipa文件中。
你可以在iOS Provisioning Portal?中創建你的Provisioning Profile。
新建一個，有一下幾個步驟：
·為profile命名，以后你會在xcode的organizer，Buid Settings?以及其它一些地方中看到
·選擇你的certificate
·選擇你的App ID，要如Info.plist中的一致。
·選擇要應用到的設備。通常，我都是把我的設備全選的。
?
個人用途的簽名?Signing
假設你已經有一個準備測試的App，而你有IDP，并且處理好Provisioning Profile的事情了。
現在你清楚已經知道它們的邏輯了，如果你新加入，下面這些是你要做的：
1?檢查你的公鑰私鑰，為以后檢查方便，起個好名吧。
2?用Keychain Access來創建你的開發認證。然后下載Apple給你的認證，雙擊安裝，然后你可以在Keychain中看到了吧。
3?下載“Apple Worldwide Developer Relations Certification Authority Certificate”（WWDR）也是雙擊安裝，也可以到Keychain中看到。
4?檢查你項目的Bundle ID，到Provisioning Portal中創建一個一致的App ID。
5?在Provisioning Portal中加入你想要的UDID。（全部加上好了）
6?針對你的Certificate創建Provisioning Profile,?指定你的app ID?和UDID。
7?下載剛剛創建的Profile，拖到你的xcode Organizer中。
然后，你就可以sign你的project，并讓它們在你的device上運行了。
在Target – Build Settings?，往下滾動到?Code Signing一節。
試試編輯一下Debug schema，它適合于團隊協作：
在Automatic ProfileSelector中選擇“iPhone Developer”，你會看到你的認證已經自動選上了。
一切都搞定了，連接你的device，在xcode中選擇Debug build，build & run。
xcode會到你的設備里裝上這個provisioning profile，并運行你的App。
?
原文鏈接地址：http://www.cnblogs.com/andyque/archive/2011/08/30/2159086.html
- 上一篇ios 多線程
- 下一
轉載于:https://www.cnblogs.com/iOS-mt/p/4243230.html
總結
以上是生活随笔為你收集整理的iOS 证书与签名 解惑详解的全部內容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： 谈谈用SQLite和FMDB而不用Cor
- 下一篇： Android 网络通信架构学习