平涼蘋果源碼

❶ Apple 源碼用到的一些數據結構

本篇英文名叫 CWC：Kitchen Tools That Cook Loves ，翻譯過來的意思是 蘋果源碼中出現的一些數據結構 ，不斷積累更新。
CWC ： Cooking With Cook ，翻譯過來的中文意思就是 作為一個長期熱愛蘋果的蘋果開發者，我們要陪著水果公司一起積累和成長。

目前： entsize_list_tt 、 list_array_tt 、 cache_t's buckets ...

entsize_list_tt 其實就是一個通用的容器，可以獲取 內部的迭代器，用於遍歷內部存儲的元素

出現場景：

三者的聲明頭如下：

entsize_list_t 定義源碼，省略大部分方法：

這個類用來表示一個空、單數組、或者多數組。它和 list 的區別就是 多了一個多維數組的封裝。

出現場景：

ro 中沒有，只有三個單 List。

三者的聲明頭如下：

list_array_tt 源碼部分如下：

cache_t 的結構體定義：

buckets 的內部是一個連續的存儲空間，存儲是一個散列表。
開辟聲明的函數調用的是 calloc

當 msgSend 的時候，就會調用 fillCache 進行方法的緩存，存儲的涉及 cls sel 和 imp

bucket_t 的結構體很有意思，arm64 和 i386 的兩個值的順序是反著的。

arm64 的時候是 :

armv7* ， i386 和 x86_64 的時候是：

源碼注釋：

初始的 capacity 是 4。
源碼中 cache_t::insert(cls, sel, imp, reveiver) 方法調用的時候，判斷擴容。

fastpath(newOccupied + CACHE_END_MARKER <= capacity / 4 * 3)

也就是說當大於四分之三的時候，就會進行擴容操作，每次 double 擴容

capacity = capacity ? capacity * 2 : INIT_CACHE_SIZE;

當然不是無限制的擴容，有一個最大容量的限制：

MAX_CACHE_SIZE = 1 << 16

這個類型應該是執行最多次的，看一些文章說一秒鍾iOS中執行幾百萬次

explicit_atomic用來給catchT緩存方法用，核心是原子性和線程安全。

weak弱引用的散列表

擴展： non-fragile structs 是什麼？OC 1.0 （iOS自始至終都是2.0起的，Mac最開始是1.0）譯器生成了一個 ivar 布局，顯示了在類中從哪可以訪問 ivars ，對 ivar 的訪問就可以通過 對象地址 ＋ ivar偏移位元組 的方法。蘋果更新了NSObject類，例如增加一些屬性，這個又是靜態庫，發布新版本的系統，這個時候布局就出錯了，就不得不重新編譯子類來恢復兼容性。(那如果是在線上運行的app，升級系統後就沒辦法運行了)

使用 Non Fragile ivars 時，程序進行檢測來調整類中新增的 ivar 的偏移量。 這樣就可以通過 對象地址 ＋ 基類大小 + ivar偏移位元組 的方法來計算出 ivar 相應的地址，並訪問到相應的 ivar。(即使升級iOS系統，之前的app也能正常運行)

擴展再擴展： 為什麼OC類不能動態添加成員變數？ runtime函數中，確實有一個class_addIvar()函數用於給類添加成員變數，但是文檔中特別說明： This function may only be called after objc_allocateClassPair and before objc_registerClassPair. Adding an instance variable to an existing class is not supported. 這個函數只能在「構建一個類的過程中」調用。一旦完成類定義，就不能再添加成員變數了。經過編譯的類在程序啟動後就被runtime載入，沒有機會調用addIvar。程序在運行時動態構建的類需要在調用objc_registerClassPair之後才可以被使用，同樣沒有機會再添加成員變數。
理論上說，我還是認為可以添加，只是為什麼一定不可以，就不得而知了。

❷ 提交蘋果iphone app應用要交上源代碼嗎

向蘋果APPstore提交應用程序需要且必須提供源代碼文件。
蘋果APP store是一個應用商店，提供蘋果手機用戶下載應用功能，所以開發者在上傳提交至蘋果商店時必須提供開發源碼，才能在商店中正常下載使用。
提交至蘋果商店的應用，在通過審核後，會自動轉碼適配蘋果產品，手機、平板等。

❸ 源碼編輯器可以在蘋果手機用嗎

源碼編輯器不可以在蘋果手機使用。根據查詢相關資料信息，源碼編輯器開發環境為C語言環境，C語言只能在PC端上進行操作，所以是不可以在蘋果手機上使用的。源代碼編輯器是程序員用於編寫計算機程序的文本編輯器，它通常是一個獨立的應用程序，或是作為集成開發環境的一部分存在，或者是一個運行於瀏覽器中的網頁編輯器。

❹ 蘋果超級簽名源碼和蘋果企業簽名有什麼區別

首先來簡單介紹一下這兩種簽名方式的原理：

超級簽名是使用個人開發者賬號，自動化添加蘋果設備的udid，實現真機測試。

而企業簽名是使用企業開發者賬號，通過生成的p12證書，對應用進行簽名。

超級簽名與企業簽名的區別：

1、是否需要越獄？

這兩種簽名方式都無需越獄。

2、是否需要提供UDID？

對於用戶來說，這兩種簽名方式都不需要主動提供udid，超級簽名將獲取、注冊udid實現了全自動化，用戶直接安裝即可。

3、安裝之後是否需要信任

企業簽名的應用，用戶在安裝時需要先在【設置】-【描述文件】中信任證書。

而超級簽名無需信任證書，可以直接安裝。

4、穩定性如何，是否會掉簽？

超級簽名和企業簽名都有可能掉簽，不過企業簽名掉簽的頻率會多一點，尤其是共享企業簽名。

而超級簽名掉簽的幾率比較小，超級簽名更加穩定。

5、是否需要提供源碼？

兩種簽名方式都不要提供源碼。

6、能否在App Store上搜索到？

兩種簽名方式都不能在App Store上搜索到。

7、如何收費？

目前市面上的企業簽名一般按月收費，超級簽名是按照下載量收費。

8、兩種簽名方式分別適合什麼樣的APP？

超級簽名價格較貴，一般適合用戶數量不是很多的APP，而企業簽名一般對APP的類型和數量沒有限制。

超級簽名更加穩定，適合運營初期的APP，提高用戶體驗，提高用戶粘性，穩定忠實用戶。

微導流新版本正式上線，在線企業簽名