ios电子书源码

㈠ 如何在iOS版Safari中“查看源代码”

1、在iOS版Safari中，通过图示位置来添加书签进行存储。

㈡ 镓嬫満镐庝箞鐪嬬绣椤电殑婧愮爜镓嬫満镐庝箞鐪嬬绣椤电殑婧愮爜淇℃伅

濡备綍妫镆ユ坠链虹绣绔欓〉闱㈢殑婧愪唬镰侊纻

鎴戜滑鍦ㄥ︿範鍒朵綔镓嬫満缃戦〉镄勬椂鍊欙纴涓鑸閮介渶瑕佸熼壌鍒浜虹殑缁忛獙銆傞偅涔堟垜浠濡备綍妫镆ユ坠链虹绣绔欓〉闱㈢殑婧愪唬镰佸憿锛熸垜𨱒ヨ翠竴涓鏂规硶銆

01

棣栧厛鎴戜滑鍦ㄧ数鑴戜笂镓揿紑鎼灭嫍娴忚埚櫒锛屽傚浘锛岀偣鍑婚〉闱㈠彸涓婅掔殑钬沧樉绀鸿彍鍗曗濇寜阍銆

02

灞曞紑凿滃崟钖庯纴鎴戜滑镣瑰嚮钬沧洿澶氩伐鍏封濓纴璋冨嚭钬滃紑鍙戣呭伐鍏封濆苟镣瑰嚮銆

03

姝ゆ椂锛屾偍鍙浠ョ湅鍒扮绣绔欓〉闱㈢殑婧愪唬镰併傚傚浘镓绀猴纴鎴戜滑鍗曞嚮锲句腑镙囱扮殑钬滃垏鎹㈣惧囨ā寮忊濆浘镙囥

04

镣瑰嚮钖庯纴锲炬爣鍙树寒銆傚傚浘锛屾垜浠杈揿叆镓嬫満镄勭绣椤靛湴鍧銆傛瘆濡傛垜杈揿叆钬渕.sogou.com钬濓纴椤甸溃宸︿晶浼氭墦寮鍜屾坠链轰笂涓镙风殑缃戦〉锛屽彸渚у彲浠ユ煡鐪嬫簮浠ｇ爜銆

镓嬫満娴忚埚櫒濡备綍镆ョ湅缃戦〉婧愭枃浠讹纻

鐩鍓嶆坠链篞Q娴忚埚櫒𨱌备笉鏀鎸佹煡鐪嬬绣椤垫簮浠ｇ爜鏂囦欢銆傚傛灉闇瑕佸彲浠ョ数鑴慞C绔镆ヨ銆傛坠链烘祻瑙埚櫒鏄涓绉岖敤鎴峰湪镓嬫満缁堢涓婇氲繃镞犵嚎阃氲缃戠粶杩涜屼簰镵旂绣鍐呭规祻瑙堢殑绉诲姩浜掕仈缃戝伐鍏凤纴鍏舵渶涓昏佺殑搴旂敤涓虹绣椤垫祻瑙堬纴钖屾椂涔熷彲浠ヨ仛闆嗗ぇ閲忕殑搴旂敤锛屽傚艰埅銆佺ぞ鍖恒佸氩獟浣揿奖阔炽佸ぉ姘斻佽偂甯傜瓑锛屼负鐢ㄦ埛鎻愪緵鍏ㄦ柟浣岖殑绉诲姩浜掕仈缃戞湇锷°

鑻规灉镓嬫満镐庝箞鑳芥煡鐪嬬绣椤垫簮浠ｇ爜锛

闇瑕佸湪iPad銆乮Phone涓婃煡鐪嬬绣椤电殑婧愪唬镰侊纻寰堜笉骞革纴iOS涓镄凷afari娌℃湁鍐呯疆杩欎釜锷熻兘銆

浣犻渶瑕佷娇鐢ㄤ笅杈圭殑鏂规硶锛屼箣钖庡氨鍙浠ュ湪iOS涓婃煡鐪嬩换镒忕绣绔欑殑婧愪唬镰佷简銆备笅闱㈡槸璁剧疆鏂规硶锛氩湪iPad銆乮Phone鎴杋Podtouch镄凷afari涓灏呜繖涓椤甸溃锛堟垨钥呬换浣曢〉闱锛夊瓨涓轰功绛撅纴骞跺懡钖崭负钬沧煡鐪嬫簮浠ｇ爜钬

镣规寜杩欓噷镆ョ湅涔︾剧殑JavaScript浠ｇ爜锛屽苟鍏ㄩ埙𨰾疯礉鍦⊿afari涓镣规寜涔︾惧浘镙囷纴铹跺悗镣光灭紪杈戋濓纴镣归夌涓姝ヤ腑淇濆瓨镄勪功绛惧皢绗浜屾ヤ腑𨰾疯礉镄凧avaScript浠ｇ爜绮樿创鍒癠RL鍦板潃镙忥纴镣规寜钬滃畬鎴悫濅缭瀛樿繖浜涙洿鏀圭幇鍦锛屽綋浣犳兂瑕佹煡鐪嬫煇涓缃戦〉镄勬簮浠ｇ爜镞讹纴镓揿紑涔︾捐彍鍗曞苟镣归夆沧煡鐪嬫簮浠ｇ爜钬濓纴灏辫兘镆ョ湅缁忚繃璇娉曢珮浜澶勭悊浠ュ强阈炬帴鍙镣瑰勭悊镄勬簮浠ｇ爜浜嗐傞渶瑕佹敞镒忕殑鏄锛岃繖閲岀殑JavaScript浼氭妸褰揿墠椤甸溃鍙戦佸埌michelsen.dk链嶅姟鍣ㄨ繘琛屽勭悊锛屽傛灉瀵硅繖涓镣逛笉鏀惧绩鍒椤彲浠ヨ冭槛鍏朵粬镆ョ湅鏂规硶锛屼笉杩囩洰鍓峬ichelsen.dk镄勮娉曢珮浜锷熻兘纭瀹炲緢妫掋

镐庢牱镆ョ湅app涓镄勭绣椤碉纻姣斿傝繖涓锛

1.浼氭妧链镄勮瘽鍙浠ュ弽缂栬疟镆ョ湅婧愪唬镰侊紒

2.濡傛灉APP鏄绾铡熺敓寮鍙戠殑锛屼綘鏄镞犳硶鐪嫔埌鐗埚潡缃戠珯镄勶紒

3.璁块梾浠婃棩镓嬫満鐗堬纴浠庝粬镄勭绣绔椤艰埅閲岄溃铡讳竴涓涓涓镓惧埌杩欎釜鐗埚潡锛屼箣钖庡嶅埗阈炬帴锛

html鏂囦欢镐庝箞鐢ㄦ坠链烘墦寮锛

濡傛灉浣犳槸瑕佸湪镓嬫満涓婃煡鐪媓tml婧愮爜锛屽氨闇瑕佷笅杞戒釜搴旂敤镓嶅彲浠ワ绂濡傛灉鍙鏄镆ョ湅html镄勬晥鏋滐纴鍙浠ョ洿鎺ョ敤镓嬫満镊甯︾殑娴忚埚櫒镆ョ湅銆

鐢靛瓙绁ㄦ嵁浠ｇ爜镐庝箞镆ヨ锛

1.镓揿紑鏀浠桦疂锛岀偣鍑绘壂涓镓

2.杩涘幓镓涓镓椤甸溃锛岀偣鍑诲彸涓嬭掔殑鐩稿唽锛屾垒鍒扮数瀛愮エ鎹

3.濡傚浘镓绀猴纴灏辨煡璇㈠埌鐢靛瓙绁ㄦ嵁镄勪唬镰佷简銆

㈢ 为什么苹果系统电脑手机源代码难以模仿复制

1. 苹果的软件使用Objective-C进行开发，而另一个系统，一般人以为很开放的系统Windows使用.net，同样是封闭平台的语言，并且Objective-C不是苹果发明的，.net还真的是微软从头发明出来的，谁更封闭不说自明。
   

2. 至于所谓的开源，微软同样不开源，不是同样盗版一堆一堆的，开源并不等于盗版，也不等于免费，而是给开发者提供了更深入修改系统的可能性，比如Android，属于开源过度导致混乱的典型。IOS的确比Android要封闭，但苹果电脑的OSX系统在某种程度上的确要比Windows系统要开放。

3. web结构分为表述层、业务逻辑层、数据持久中间插件、数据库。hibernate是数据持久化的中间插件，负责把业务逻辑层的持久化类存入数据库中，是业务逻辑层和数据库交互的桥梁。一般的情况，独立性不强的中间插件，会让业务层持久化类引入中间插件的类或者方法，而hibernate是一般是用xml配置的对象关联关系的。
   

4. 苹果只有一样东西真心封闭，就是IOS，但其封闭程度和WP也是一个档次的，区别只是开放了多少API，但API这种东西，开放再多也和开源没半毛钱关系。除了IOS以外，OSX以及更早的Mac OS相对于其他的主流系统来说并不算封闭。

5. 操作系统做出来给谁用，必须跟手机厂商合作吧，或者自己建个企业推出个手机品牌
   
   

㈣ 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之后才可以被使用，同样没有机会再添加成员变量。
理论上说，我还是认为可以添加，只是为什么一定不可以，就不得而知了。