docs: charles jar package

Chapter1 - iOS/1.74.md

@@ -659,17 +659,29 @@ for (int i = 0; i < threadCount; i++) {
 
 ## 四、App 占有内存
 
-#### 1. 基础知识回顾
+#### 1. 基础知识准备
-硬盘：也叫做磁盘，用于存储数。你存储的歌曲、图片、视频都是在硬盘里。
 
-内存：由于硬盘读取速度较慢，如果 CPU 运行程序期间，所有的数据都直接从硬盘中读取，则非常影响效率。所以 CPU 会将程序运行所需要的数据从硬盘中读取到内存中。然后 CPU 与内存中的数据进行计算、交换。内存是易失性存储器（断电后，数据消失）。内存条区是计算机内部（在主板上）的一些存储器，用来保存 CPU 运算的中间数据和结果。内存条是程序与 CPU 之间的桥梁。从硬盘读取出数据或者运行程序提供给 CPU。
+硬盘：也叫做磁盘，用于存储数据。你存储的歌曲、图片、视频都是在硬盘里。
+
+内存：由于硬盘读取速度较慢，如果 CPU 运行程序期间，所有的数据都直接从硬盘中读取，则非常影响效率。所以 CPU 会将程序运行所需要的数据从硬盘中读取到内存中。然后 CPU 与内存中的数据进行计算、交换。内存是易失性存储器（断电后，数据消失）。内存条区是计算机内部（在主板上）的一些存储器，用来保存 CPU 运算的中间数据和结果。内存是程序与 CPU 之间的桥梁。从硬盘读取出数据或者运行程序提供给 CPU。
+
+**虚拟内存** 是计算机系统内存管理的一种技术。它使得程序认为它拥有连续的可用内存，而实际上，它通常被分割成多个物理内存碎片，可能部分暂时存储在外部磁盘（硬盘）存储器上（当需要使用时则用硬盘中数据交换到内存中）。Windows 系统中称为 “虚拟内存”，Linux/Unix 系统中称为 ”交换空间“。
 
 
 
-**虚拟内存** 是计算机系统内存管理的一种技术。它使得程序认为它拥有连续的可用内存，而实际上，它通常被分割成多个物理内存碎片，还是部分暂时存储在外部磁盘（硬盘）存储器上（当需要使用时则用硬盘中数据交换到内存中）。Windows 系统中称为 “虚拟内存”，Linux/Unix 系统中称为 ”交换空间“。
+#### 2. iOS 内存知识
 
 内存（RAM）与 CPU 一样都是系统中最稀少的资源，也很容易发生竞争，应用内存与性能直接相关。iOS 没有交换空间作为备选资源，所以内存资源尤为重要。
 
+什么是 OOM？是 out-of-memory 的缩写，字面意思是超过了内存限制。它是由 iOS 的 `Jetsam` 机制造成的一种非主流 Crash，它不能通过 Signal 这种监控方案所捕获。
+
+什么是 Jetsam 机制？Jetsam 机制可以理解为系统为了控制内存资源过度使用而采用的一种管理机制。Jetsam 是一个独立的进程，每个进程都有一个内存阈值，一旦超过这个内存阈值，Jetsam 会立即杀掉这个进程。
+
+为什么设计 Jetsam 机制？因为设备的内存是有限的，所以内存资源非常重要。系统进程以及其他使用的 App 都会抢占这个资源。由于 iOS 不支持交换空间，一旦触发低内存事件，Jetsam 就会尽可能多的释放 App 所在内存，这样 iOS 系统上出现内存不足时，App 就会被系统杀掉，变现为 crash。
+
+iOS 不支持交换空间？不只是 iOS 不支持交换空间，大多数手机系统都不支持。因为移动设备的大量存储器是**闪存**，它的读写速度远远小电脑所使用的硬盘，也就是说手机即使使用了**交换空间**技术，也因为闪存慢的问题，不能提升性能，所以索性就没有交换空间技术。
+
+
 内存过大的几种情况
 
 - App 内存消耗较低，同时其他 App 内存管理也很棒，那么即使切换到其他 App，我们自己的 App 依旧是“活着”的，保留了用户状态。体验好
@@ -677,6 +689,41 @@ for (int i = 0; i < threadCount; i++) {
 - App 内存消耗较大，切换到其他 App 后，即使其他 App 向系统申请的内存不大，系统也会因为内存资源紧张，优先把内存消耗大的 App 杀死。表现为用户将 App 退出到后台，过会儿再次打开会发现 App 重新加载启动。
 - App 内存消耗非常大，在前台运行时就被系统杀死，造成闪退。
 
+App 内存不足时，系统会按照一定策略来腾出更多的空间供使用。比较常见的做法是将一部分优先级低的数据挪到磁盘上，该操作为称为 **page out**。之后再次访问这块数据的时候，系统会负责将它重新搬回到内存中，该操作被称为 **page in**。
+
+
+
+
+##### 2.1 memory page
+
+**Memory page** 是内存管理中的最小单位，是系统分配的，可能一个 page 持有多个对象，也可能一个大的对象跨越多个 page。通常它是 16KB 大小，且有3种类型的 page。
+
+![内存page种类](./../assets/2020-02-28-iOSMemoryType.png)
+
+
+- Clean Memory
+    Clean memory 包括3类：可以 `page out` 的内存、内存映射文件、App 使用到的 framework（每个 framework 都有 _DATA_CONST 段，通常都是 clean 状态，但使用 runtime swizling，那么变为 dirty）。
+
+    一开始分配的 page 都是干净的（堆里面的对象分配除外），我们 App 数据写入时候变为 dirty。从硬盘读进内存的文件，也是只读的、clean page。
+
+    ![Clean memory](./../assets/2020-02-28-iOSMemoryTypeClean.png)
+
+- Dirty Memory
+
+    Dirty memory 包括4类：被 App 写入过数据的内存、所有堆区分配的对象、图像解码缓冲区、framework（framework 都有 _DATA 段和 _DATA_DIRTY 段，它们的内存都是 dirty）。
+
+    在使用 framework 的过程中会产生 Dirty memory，使用单例或者全局初始化方法有助于帮助减少 Dirty memory（因为单例一旦创建就不销毁，一直在内存中，系统不认为是 Dirty memory）。
+
+    ![Dirty memory](./../assets/2020-02-28-iOSMemoryTypeDirty.png)
+
+- Compressed Memory
+
+    由于闪存容量和读写限制，iOS 没有交换空间机制，而是在 iOS7 引入了 **memory compressor**。它是在内存紧张时候能够将最近一段时间未使用过的内存对象，内存压缩器会把对象压缩，释放出更多的 page。在需要时内存压缩器对其解压复用。在节省内存的同时提高了响应速度。
+
+App 运行内存 = pageNumbers * pageSize。因为 Compressed Memory 属于 Dirty memory。所以 Memory footprint = dirtySize + CompressedSize
+
+设备不同，内存占用上限不同，App 上限较高，extension 上限较低，超过上限 crash 到 `EXC_RESOURCE_EXCEPTION`。
+![Memory footprint](./../assets/2020-02-28-iOSMemoryFootprint.png)
 
 
 

Chapter2 - Web FrontEnd/2.39.md

@@ -1,3 +1,5 @@
+
+
 # 前端模块化演进之路
 
 有这样一个场景，客户端运行很久，但是法务部和数据部需要收集用户的一些信息，这些信息收集好之后需要进行相应的数据处理，之后上报到服务端。客户端提供一个纯粹的 JS 执行引擎，不需要 WebView 容器。iOS 端有成熟的 JavaScriptCore、Android 可以使用 V8 引擎。这样一个引擎配套有一个 SDK，访问 Native 的基础能力和数据运算能力，可以看成是一个阉割版的 Hybrid SDK 额外增加了一些数据处理能力。
@@ -123,12 +125,14 @@ define(function(require, exports) {
 4. 跨环境共享模块： CMD 模块定义规范与 NodeJS 的模块规范非常相近，所以通过 Sea.JS 的 NodeJS 版本，可以方便的实现模块的跨服务器和浏览器共享。
 
 
+
+
 ## CommonJS 规范
 
 CommonJS 是服务器端模块的规范。NodeJS 采用了这个规范。CommonJS 加载模块是同步的，所以只有加载完成后才能执行后面的操作。
 因为服务器的特点，加载的模块文件一般都存在在本地硬盘，所以加载起来比较快，不用考虑异步的方式。
 
-CommonJS 模块化的饿规范中，每个文件都是一个模块，拥有独立的作用域、变量、以及方法等，对其他模块不可见。 CommonJS 规范规定，每个模块内部， **module** 变量表示当前模块，它是一个对象，它的 **exports** 属性是对外的接口，加载某个模块，其实是加载该模块的 module.exports 属性，require 方法用于加载模块。
+CommonJS 模块化的规范中，每个文件都是一个模块，拥有独立的作用域、变量、以及方法等，对其他模块不可见。 CommonJS 规范规定，每个模块内部， **module** 变量表示当前模块，它是一个对象，它的 **exports** 属性是对外的接口，加载某个模块，其实是加载该模块的 module.exports 属性，require 方法用于加载模块。
 
 
 ```Javascript
@@ -178,7 +182,15 @@ id 是模块的名字，是可选参数。 dependencies 指定了该模块所依
 require([module], callback)
 ```
 
-**AMD 规范允许输出模块兼容 CommonJS 规范，这时 define 方法如下**
+require 命令用于导入其他模块提供的功能
+
+return 命令用于规范模块的对外输出
+
+define.amd 属性是一个对象，此属性的存在用来判断是否遵循 AMD 规范。
+
+
+
+AMD 规范允许输出模块兼容 CommonJS 规范，这时 define 方法如下
 
 ```Javascript
 define(['module1', 'module2'], function(module1, module2) {
@@ -201,6 +213,8 @@ define(function(require, exports, module) {
 });
 ```
 
+
+
 优点： 适合在浏览器环境中加载模块，可以实现并行加载多个模块
 缺点： 提高了开发成本，并不能按需加载，而是提前加载所有的依赖
 
@@ -299,10 +313,18 @@ UMD（Universal Module Definition）是随着大前端的趋势产生，希望
 }))
 ```
 
+
+
+
+## ES Modules
+
+它是 Javascript 官方的标准化模块系统，所以会被越来越多的浏览器所支持，可以很方便的在浏览器中使用。同时兼容 Node 环境；模块的导入导出通过 import 和 export 来实现，可以和 Commonjs 混用。
+
 ![模块化](https://raw.githubusercontent.com/FantasticLBP/knowledge-kit/master/assets/2020-02-02-JSModule.png)
 
 
 
+
 ## 回到正题
 
 Cheerio 如何打包到普通的 JS 执行环境中。

SUMMARY.md

@@ -83,6 +83,8 @@
   * [78、上架包预检](https://github.com/FantasticLBP/knowledge-kit/blob/master/Chapter1%20-%20iOS/1.78.md)
   * [79、深入理解各种锁](https://github.com/FantasticLBP/knowledge-kit/blob/master/Chapter1%20-%20iOS/1.79.md)
   * [80、打造功能强大的数据上报组件](https://github.com/FantasticLBP/knowledge-kit/blob/master/Chapter1%20-%20iOS/1.80.md)
+  * [81、__asm__ 重命名符号](https://github.com/FantasticLBP/knowledge-kit/blob/master/Chapter1%20-%20iOS/1.81.md)
+
 
 * [Chapter2 - Web FrontEnd](https://github.com/FantasticLBP/knowledge-kit/blob/master/Chapter2%20-%20Web%20FrontEnd/chapter2.md)
   * [1、-last-child与-last-of-type你只是会用，有研究过区别吗？](https://github.com/FantasticLBP/knowledge-kit/blob/master/Chapter2%20-%20Web%20FrontEnd/2.1.md)