平凉苹果源码

❶ 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，提高用户体验，提高用户粘性，稳定忠实用户。

微导流新版本正式上线，在线企业签名