AppDelegate怎么减肥？

要使AppDelegate减肥，能够采纳以下几个进程：

1. 别离事务逻辑：将AppDelegate中的事务逻辑别离到其他类中，以削减AppDelegate的负担。能够创立独立的类来处理网络恳求、数据办理、推送告诉等功用，然后在AppDelegate中调用这些类的办法。

2. 运用模块化架构：将运用程序拆分为多个模块，每个模块担任特定的功用。这样能够将AppDelegate中的代码分散到各个模块中，使其更易于办理和维护。

3. 运用第三方库和结构：运用现有的第三方库和结构来处理常见的使命，如网络恳求、数据库操作、推送告诉等。这样能够削减AppDelegate中的代码量，并进步开发功率。

4. 运用单例模式：将一些需求大局拜访的目标规划为单例，以防止在AppDelegate中重复创立和办理这些目标。经过单例模式，能够将这些目标的初始化和装备逻辑移到适宜的地方，使AppDelegate坚持简洁。

5. 运用装备文件：将一些装备信息（如API密钥、服务器地址等）存储在装备文件中，而不是硬编码在AppDelegate中。这样能够使AppDelegate愈加通用和可装备，削减对代码的修正。

6. 运用运用程序生命周期办法：合理运用AppDelegate中的运用程序生命周期办法，如applicationWillResignActive、applicationDidEnterBackground等。将与运用程序生命周期相关的代码放在恰当的办法中，以进步代码的可读性和可维护性。

经过以上办法，能够使AppDelegate变得愈加轻量级和可维护，将事务逻辑和功用分散到其他类中，使得AppDelegate只担任运用程序的发动和基本装备。这样能够进步代码的可读性、可维护性和可测验性。

iOS怎么将一些装备信息存储在装备文件中而不是硬编码在AppDelegate中？

在iOS中以下是一些常见的办法：

1. Property List（plist）文件：能够创立一个plist文件来存储装备信息。在Xcode中，能够创立一个plist文件，并在其间添加键值对来表明装备项和对应的值。然后，在AppDelegate中读取plist文件中的装备信息。

2. JSON文件：类似于plist文件，你能够创立一个JSON文件来存储装备信息。在Xcode中，能够创立一个JSON文件，并在其间定义装备项和对应的值。然后，在AppDelegate中读取JSON文件中的装备信息。

3. 数据库：你能够运用SQLite或Core Data等数据库来存储装备信息。创立一个表或实体来存储装备项和对应的值，然后在AppDelegate中查询数据库获取装备信息。

4. 长途服务器：将装备信息存储在长途服务器上，经过网络恳求从服务器获取装备信息。能够运用HTTP或其他协议与服务器通讯，并在AppDelegate中处理服务器呼应。

以上办法中，plist文件和JSON文件是比较简单的办法，适用于较小的装备信息。数据库和长途服务器适用于较大或需求动态更新的装备信息。

无论运用哪种办法，你需求在AppDelegate中读取装备文件或从数据库/服务器获取装备信息，并将其存储在恰当的数据结构中，以便在运用程序中运用。这样能够将装备信息与AppDelegate的代码别离，使其愈加灵敏和可维护。

反射是什么？能够举出几个运用场景么？

反射（Reflection）是一种在运行时检查和操作代码的才能，它答应我们动态地获取和修正目标的特色、办法和类型信息。在iOS开发中，反射能够供给一些强大的功用，以下是几个常见的运用场景：

1. 动态调用办法：运用反射，我们能够在运行时动态地调用目标的办法，而不需求提早知道办法的称号和参数。这关于完结插件化架构、完结动态装备和扩展功用十分有用。

2. 主动生成代码：反射能够协助我们主动生成代码，例如依据模型目标主动生成JSON序列化和反序列化的代码，或许依据数据库表结构主动生成对应的数据模型类。

3. 运行时类型检查：经过反射，我们能够在运行时检查目标的类型信息，判别一个目标是否是某个特定的类或协议的实例。这关于完结运行时的类型转化和类型安全检查十分有用。

4. 序列化和反序列化：反射能够协助我们将目标转化为字典或JSON格局，并且能够将字典或JSON格局的数据反序列化为目标。这关于网络恳求和数据耐久化十分有用。

5. 自定义注解和元数据：经过反射，我们能够读取和修正目标的注解和元数据信息。这关于完结自定义的注解处理器、完结运行时的依靠注入和装备办理十分有用。

需求留意的是，反射尽管功用强大，但也会带来一些功用和杂乱性的开支，因而在运用反射时需求谨慎考虑。在大多数状况下，静态类型和编译时检查是更好的挑选。

Learn more:

1. Reflection in Swift – Swift by Sundell
2. Reflection in Swift: How Mirror works – SwiftLee
3. Swift | What is Reflection and how is it used? | by Matheus Quirino Cardoso | Nov, 2023 | Medium

有哪些场景是NSOperation比GCD更简单完结的？

NSOperation比GCD更简单完结的一些场景包含：

1. 使命依靠联系：NSOperation答应定义操作之间的依靠联系。这意味着能够指定一个操作在另一个操作完结之前不会开端。在需求按特定次序履行一系列使命的场景中，这十分有用。

2. 可调查性：NSOperation和NSOperationQueue供给了能够运用键值调查（KVO）进行调查的特色。这使得能够监督操作或操作队列的状况，这关于盯梢进度或处理过错十分有协助。

3. 暂停、取消和康复：NSOperation答应暂停、康复和取消操作。这使得能够更好地操控使命的履行。相比之下，一旦运用GCD分派了一个使命，就对其履行具有有限的操控才能。

4. 操控性：NSOperationQueue答应指定一起运行的操作的最大数量。这使得能够更简单地操控一起运行的使命数量，在需求约束资源运用或保证特定并发等级的场景中十分有用。

总而言之，在需求办理使命之间的依靠联系、调查操作状况、具有暂停、取消和康复使命的操控才能，或许需求约束并发操作数量的场景中，NSOperation比GCD更简单完结。

Learn more:

1. GCD 和 NSOperation 差异及各自运用场景-CSDN博客
2. iOS 高档面试题–答案 –
3. 日志7. 多线程 GCD和NSOperation –

App 发动优化战略？最好结合发动流程来说

App 发动优化是进步运用程序发动速度和呼应性的要害。以下是一些常见的发动优化战略，结合发动流程来阐明：

1. 推迟加载：将不必要的资源和功用推迟加载到需求时再初始化。在运用程序发动时，只加载必要的中心组件和数据，以削减发动时刻。例如，能够将某些模块或库的初始化推迟到第一次运用时。

2. 异步初始化：将耗时的初始化操作放在后台线程进行，以防止堵塞主线程。这样能够让运用程序在后台初始化必要的资源，一起坚持用户界面的呼应性。例如，能够运用GCD或NSOperationQueue来异步履行初始化使命。

3. 冷发动缓存：将发动进程中需求的数据和资源缓存起来，以便下次发动时能够更快地加载。这能够经过运用本地缓存、预加载数据或运用耐久化存储来完结。例如，能够将某些静态数据或图片缓存在本地，以削减网络恳求和加载时刻。

4. 代码优化：对发动进程中的要害代码进行优化，以进步履行功率。这包含削减不必要的核算、防止重复操作、运用更高效的算法等。经过优化代码，能够削减发动时刻和资源消耗。

5. 发动图画优化：运用适宜的发动图画，以供给更好的用户体会。发动图画应该尽或许简单和轻量，以便快速加载和显现。防止运用过大或杂乱的发动图画，以削减发动时刻。

6. 功用监测和优化：运用功用剖析东西来监测运用程序的发动功用，并找出潜在的瓶颈和功用问题。经过定时进行功用优化，能够不断改进运用程序的发动速度和呼应性。

以上是一些常见的发动优化战略，能够依据具体的运用程序需求和发动流程进行调整和优化。重点是削减不必要的加载和核算，异步履行耗时操作，以及合理运用缓存和优化代码，以进步运用程序的发动功用。

App 无痕埋点的思路了解么？你以为抱负的无痕埋点体系应该具有哪些特色？

无痕埋点是一种在运用开发中用于搜集用户行为数据的技能，它能够在不影响用户体会的状况下进行数据收集。在iOS开发中，完结无痕埋点需求考虑以下几个方面的思路：

1. 运行时办法替换：经过运行时办法替换技能，能够在不修正原有代码的状况下，将埋点代码插入到目标办法中。这种办法能够用于完结页面进入次数、页面停留时刻和点击事情的埋点[1]。

2. 可视化埋点：可视化埋点是一种经过界面操作来完结埋点装备的办法。开发者能够经过后台装备需求核算的地方，然后经过hook住需求核算的类的load办法来完结办法替换，最终将核算到的事情上传给后台进行剖析[1]。

3. 无埋点全埋点：无埋点全埋点是一种将埋点代码从事务代码中别离出来的办法。它的完结思路是在运用的要害办法中插入埋点代码，将埋点代码与事务代码解耦。这种办法能够节省开发和维护本钱，但埋点本钱较高，解析杂乱度较高[1]。

抱负的无痕埋点体系应该具有以下特色：

1. 无侵入性：无痕埋点体系应该能够在不修正原有代码的状况下进行数据收集，以防止对用户体会和运用功用的影响。

2. 灵敏性：无痕埋点体系应该具有灵敏的装备才能，能够依据事务需求进行埋点装备和修正，以满意不同的数据剖析需求。

3. 高效性：无痕埋点体系应该能够高效地进行数据收集和传输，以保证数据的准确性和实时性。

4. 可视化办理：无痕埋点体系应该供给可视化的办理界面，便利开发者进行埋点装备和数据剖析。

5. 数据安全性：无痕埋点体系应该具有数据加密和权限操控等安全机制，以维护用户数据的安全性和隐私性。

Learn more:

1. iOS无侵入的埋点计划怎么完结？ – 知乎
2. GitHub – SandyLoo/iOS-AnalysisProject: iOS 无痕埋点计划
3. 网易HubbleData无埋点SDK在iOS端的规划与完结 | 网易杭州前端技能部

你知道有哪些状况会导致app溃散，别离能够用什么办法阻拦并化解？

常见导致App溃散的状况和处理办法如下：

1. 内存不足：当运用运用过多的内存时，体系会强制关闭运用以开释内存。能够经过优化内存运用、开释不必要的资源、运用缓存等办法来削减内存占用 [1]。

2. 网络异常：在网络不安稳或断开的状况下，运用或许会溃散。能够经过合理处理网络恳求、添加网络衔接状况的监听、运用断线重连机制等来处理网络异常 [1]。

3. 代码过错：存在代码过错或逻辑过错或许导致运用溃散。能够经过代码审查、单元测验、集成测验等办法来发现和修复代码过错 [1]。

4. 设备兼容性问题：不同设备的硬件和软件环境差异或许导致运用溃散。能够经过设备适配、版别兼容性测验等办法来处理设备兼容性问题 [1]。

5. 第三方库或服务问题：运用的第三方库或服务或许存在bug或不安稳性，导致运用溃散。能够及时更新第三方库版别、运用安稳的第三方服务等来处理这些问题 [1]。

6. 并发拜拜访题：多线程或多进程一起拜访共享资源时或许导致运用溃散。能够运用同步机制、线程安全的数据结构等来处理并发拜拜访题 [1]。

7. 用户操作过错：用户在运用中进行不妥操作或许导致运用溃散。能够经过添加输入验证、异常处理等来防止用户操作过错引起的溃散 [1]。

Learn more:

1. APP常见溃散原因_ios 简单溃散的原因_小刘学安卓的博客-CSDN博客
2. APP常见溃散原因和测验办法整理_app溃散原因与处理办法_打工人996的博客-CSDN博客

你知道有哪些状况会导致app卡顿，别离能够用什么办法来防止？

iOS开发中导致App卡顿的状况有许多，但以下是一些常见的状况和相应的处理办法：

1. 频频的UI更新：频频地调用和调整UIView的相关特色，如frame、bounds、transform等特色，会导致界面卡顿。处理办法是尽量提早核算好布局，需求时一次性修正特色，削减不必要的调用和修正[1]。

2. 杂乱的视图层级：假如视图层级过于杂乱，会添加烘托的负担，导致卡顿。处理办法是优化视图层级结构，尽量削减视图的嵌套层级，合并重叠的视图，运用适宜的容器视图来组织视图层级[1]。

3. 长时刻的核算使命：在主线程履行长时刻的核算使命会堵塞UI的呼应，导致卡顿。处理办法是将耗时的核算使命放在后台线程履行，然后在主线程更新UI[2]。

4. 内存走漏：内存走漏会导致内存占用过高，然后影呼运用的功用。处理办法是及时开释不再运用的目标，防止循环引证，运用弱引证来防止强引证导致的内存走漏[2]。

5. 很多的网络恳求：假如一起发起很多的网络恳求，会导致网络堵塞，然后影呼运用的呼应速度。处理办法是合理办理网络恳求，运用适宜的并发队列来操控并发数，防止一起发起过多的网络恳求[2]。

6. 数据加载和解析：假如在主线程中进行很多的数据加载和解析操作，会导致主线程堵塞，然后引起卡顿。处理办法是将数据加载和解析操作放在后台线程履行，然后在主线程更新UI[2]。

7. 内存过高：假如运用占用过多的内存，会导致体系频频进行内存清理，然后影呼运用的功用。处理办法是优化内存运用，及时开释不再运用的目标，防止内存走漏，运用适宜的数据结构来削减内存占用[2]。

Learn more:

1. iOS 卡顿原因及优化思路_ios转化nsdate 卡顿-CSDN博客
2. iOS学习日记-APP卡顿原因剖析及处理 – 简书
3. iOS 页面的卡顿的原因以及怎么处理. 怎么优化app的发动速度 – 简书

iOS开发进程中App 网络层有哪些优化战略？

在iOS开发中，优化App的网络层是十分重要的，能够进步用户体会和运用功用。下面是一些iOS开发中网络层优化的战略：

1. 运用缓存：

   • 关于GET恳求，能够运用NSURLCache进行缓存设置，包含内存缓存和磁盘缓存大小等[1]。
   • 关于文件缓存，能够借助ETag或Last-Modified来判别文件缓存是否有效，操控缓存的有效性[1]。

2. DNS优化：

   • 预防DNS劫持，防止DNS恳求被篡改[2]。
   • 经过优化DNS解析，能够下降平均拜访推迟和用户衔接失利率[2]。

3. 恳求战略优化：

   • 失利重发：关于恳求失利的状况，能够进行重发，以进步恳求成功率。
   • 缓存恳求有网发送：关于没有网络衔接的状况下发起的恳求，能够将恳求缓存起来，在有网络衔接时再发送。
   • 节省：关于频频的恳求，能够进行节省处理，削减恳求的频率。

4. 弱网优化：

   • 针对不同网络环境（2G、3G、4G、WiFi），能够设置不同的超时时刻，以习惯不同网络环境下的恳求速度[1]。

5. 资源优化：

   • 数据紧缩：能够运用数据紧缩算法，如protobuf、WebP等，削减数据传输量，进步网络传输功率[1]。

6. 运用HTTP2.0协议：

   • HTTP2.0具有二进制分帧、首部紧缩、多路复用、服务器推送等特性，能够进步网络传输功率和功用[2]。

这些优化战略能够依据具体的运用场景和需求进行挑选和施行，以进步App的网络功用和用户体会。

Learn more:

1. iOS 网络优化和网络基础 –
2. iOS网络深度优化总结 – 简书
3. 移动端网络层优化 – 知乎

TCP为什么要三次握手，四次挥手？

TCP (Transmission Control Protocol) uses a three-way handshake for connection establishment and a four-way handshake for connection termination. Let’s explore the reasons behind these processes:

Three-Way Handshake:
The three-way handshake is used to establish a reliable data transmission channel between two devices. It involves the following steps:

1. Step 1: SYN (Synchronize)

   • The client sends a SYN packet to the server, indicating its desire to establish a connection.
   • The SYN packet contains a random sequence number (ISN) to initiate the connection [3].

2. Step 2: SYN-ACK (Synchronize-Acknowledge)

   • The server receives the SYN packet and responds with a SYN-ACK packet.
   • The SYN-ACK packet acknowledges the client’s SYN packet and includes its own ISN.
   • The server also reserves resources for the connection [3].

3. Step 3: ACK (Acknowledge)

   • The client receives the SYN-ACK packet and sends an ACK packet back to the server.
   • The ACK packet acknowledges the server’s SYN-ACK packet and completes the three-way handshake.
   • At this point, both the client and server have confirmed each other’s ability to send and receive data [3].

The three-way handshake ensures that both parties are ready to establish a reliable connection before any data transmission occurs. It helps prevent data loss or miscommunication during the initial connection setup [1].

Four-Way Handshake:
The four-way handshake is used to gracefully terminate a TCP connection. It involves the following steps:

1. Step 1: FIN (Finish)

   • Either the client or server initiates the termination process by sending a FIN packet.
   • The FIN packet indicates that the sender has no more data to send.

2. Step 2: ACK (Acknowledge)

   • The receiving party acknowledges the FIN packet by sending an ACK packet.
   • The ACK packet confirms the receipt of the FIN packet.

3. Step 3: FIN

   • The receiving party, after acknowledging the FIN packet, may also have remaining data to send.
   • If so, it sends its own FIN packet to indicate the termination of its data transmission.

4. Step 4: ACK

   • The original sender acknowledges the FIN packet by sending an ACK packet.
   • This final ACK packet confirms the termination of the connection.

The four-way handshake ensures that both parties have completed their data transmission before terminating the connection. It allows for the orderly and reliable closure of the connection, preventing any data loss or incomplete transmission [1].

Learn more:

1. 大白话告诉你TCP 为什么需求三次握手四次挥手
2. 关于TCP为什么三次握手和四次挥手，满分答复在此 – 知乎
3. 4.1 TCP 三次握手与四次挥手面试题 | 小林coding

对称加密和非对称加密的差异？别离有哪些算法的完结？

对称加密和非对称加密是暗码学中两种常见的加密办法，它们在密钥的运用和加密进程中存在一些重要差异。

差异如下：

1. 密钥数量：对称加密只运用一把密钥来进行加解密，而非对称加密运用两把密钥，别离为公钥和私钥。

2. 加密速度：对称加密的加解密速度一般比非对称加密快，因为对称加密运用的密钥是相同的，而非对称加密需求进行杂乱的数学运算。

3. 密钥办理：对称加密需求在通讯两边之间安全地分发和办理密钥，而非对称加密中的公钥能够揭露传达，私钥保密即可。

4. 安全性：对称加密的安全性首要依靠于密钥的保密性，一旦密钥走漏，密文能够被解密。而非对称加密运用的是不同的密钥进行加解密，即使公钥走漏，私钥依然坚持秘要，因而非对称加密更安全。

常见的对称加密算法有：

• DES (Data Encryption Standard) [1]
• 3DES (Triple Data Encryption Standard) [1]
• AES (Advanced Encryption Standard) [1]
• Blowfish [1]
• RC4 (Rivest Cipher 4) [1]
• RC5 (Rivest Cipher 5) [1]

常见的非对称加密算法有：

• RSA (Rivest-Shamir-Adleman) [1]
• ECC (Elliptic Curve Cryptography) [1]
• DSA (Digital Signature Algorithm) [1]
• Diffie-Hellman [1]

这些算法都有各自的特色和适用场景，依据具体的需求和安全要求挑选适宜的加密算法进行数据维护。

Learn more:

1. 对称加密和非对称加密 – 知乎
2. 对称加密算法和非对称算法的差异_对称算法和非对称算法的差异-CSDN博客
3. 一文带你理解对称加密和非对称加密 –

HTTPS的握手流程？为什么密钥的传递需求运用非对称加密？双向认证了解么？

HTTPS握手流程

HTTPS握手流程是树立安全的HTTPS衔接的进程，它包含以下几个进程：

1. 客户端发送Client Hello：客户端向服务器发送一个Client Hello音讯，其间包含TLS版别信息、随机数、加密套件候选列表、紧缩算法候选列表等信息[1].

2. 服务器发送Server Hello：服务器收到Client Hello后，挑选一个适宜的TLS版别、加密套件和紧缩算法，并向客户端发送一个Server Hello音讯，其间包含服务器挑选的TLS版别、加密套件、紧缩算法以及一个随机数[1].

3. 服务器发送证书：服务器发送自己的数字证书给客户端，证书中包含了服务器的公钥和其他相关信息[1].

4. 客户端验证证书：客户端收到服务器的证书后，会验证证书的合法性，包含检查证书的签名、有效期等信息。假如验证经过，客户端生成一个随机数，用服务器的公钥加密后发送给服务器[1].

5. 客户端生成密钥：客户端运用自己的私钥解密服务器发送的随机数，然后运用客户端和服务器的随机数生成一个对称密钥，用于后续的加密通讯[1].

6. 客户端发送密钥交流信息：客户端将运用服务器的公钥加密后的随机数发送给服务器，以便服务器也能生成相同的对称密钥[1].

7. 服务器解密密钥交流信息：服务器运用自己的私钥解密客户端发送的随机数，得到对称密钥[1].

8. 客户端和服务器确认握手完结：客户端和服务器互相发送握手完结的音讯，表明握手进程结束，能够开端安全的通讯[1].

为什么密钥的传递需求运用非对称加密？

密钥的传递需求运用非对称加密是因为非对称加密具有以下特色：

1. 安全性：非对称加密运用公钥加密、私钥解密的办法，公钥能够揭露，私钥只要持有者知道。这样能够保证密钥在传输进程中不被窃取或篡改。

2. 密钥交流：非对称加密能够用于密钥交流，客户端和服务器能够运用对方的公钥加密自己的随机数，然后经过私钥解密得到对方的随机数，然后生成相同的对称密钥。

3. 功率：非对称加密的核算量较大，但只需求在握手阶段运用，而后续的通讯能够运用对称加密，进步了传输功率。

双向认证

双向认证是指在HTTPS握手进程中，不只服务器要验证客户端的身份，客户端也要验证服务器的身份。它包含以下进程：

1. 服务器发送证书：服务器在握手进程中发送自己的数字证书给客户端。

2. 客户端验证证书：客户端验证服务器的证书的合法性，包含检查证书的签名、有效期等信息。

3. 客户端发送证书：假如服务器要求客户端进行身份验证，客户端也能够发送自己的数字证书给服务器。

4. 服务器验证证书：服务器验证客户端的证书的合法性。

经过双向认证，能够保证通讯两边的身份都是可信的，添加了通讯的安全性。

Learn more:

1. 寻根究底系列之https具体握手进程 –
2. 百度面试之https的握手进程 – 知乎
3. HTTPS 握手进程理解 – zhangmingda – 博客园

HTTPS是怎么完结验证身份和验证完整性的？

HTTPS完结身份验证和完整性验证的首要办法是经过TLS/SSL协议。下面是HTTPS怎么完结身份验证和完整性验证的具体解释：

身份验证：

1. 数字证书：HTTPS通讯至少需求一方供给合法的数字证书。服务器会生成一个数字证书，其间包含了服务器的公钥和其他相关信息。这个数字证书需求由可信的第三方组织（如证书颁布组织）签名，以保证证书的真实性和合法性。
2. 证书链：数字证书能够形成一个证书链，其间包含了多个证书。证书链的签名联系使得客户端能够信赖服务器的公钥，然后保证通讯的安全性。证书链的顶端是服务器的证书，由可信的第三方组织签名；中间的证书是用服务器的私钥签名的，用于验证服务器证书的真实性；最底端的证书是根证书，由操作体系或浏览器内置的信赖的根证书颁布组织签名。

完整性验证：

1. 密钥交流：在TLS握手进程中，客户端和服务器会协商挑选一个密钥交流算法，如ECDHE。经过这个算法，两边能够生成一个共享的主密钥（Master Key），用于后续的数据加密和完整性验证。
2. 数字签名：服务器会运用自己的私钥对要害信息进行数字签名，以保证这些信息的完整性。客户端能够运用服务器的公钥验证这些数字签名，然后保证信息没有被篡改。
3. HMAC：在TLS通讯进程中，运用HMAC算法对数据进行完整性校验。HMAC运用一个密钥和一个哈希函数，对数据进行哈希运算，并生成一个校验值。接收方能够运用相同的密钥和哈希函数对接收到的数据进行哈希运算，并与发送方发送的校验值进行比较，以验证数据的完整性。

综上所述，HTTPS经过数字证书和证书链完结身份验证，经过密钥交流、数字签名和HMAC完结完整性验证，然后保证通讯的安全性和可靠性。

Learn more:

1. HTTPS 怎么保证完整性和真实性？ – 知乎
2. https是怎么完结安全通讯的
3. 谈一谈HTTPS的长处-信息加密，完整性校验，身份验证_https完整性校验-CSDN博客

怎么用Charles抓HTTPS的包？其间原理和流程是什么？

运用Charles抓取HTTPS包的流程和原理如下：

流程：

1. 安装和装备Charles：首先，需求下载并安装Charles署理东西。安装完结后，翻开Charles并进行一些基本装备，如设置署理端口和SSL设置。
2. 装备设备署理：将设备的网络署理设置为Charles的署理地址和端口。这样，设备的网络流量将经过Charles进行中转。
3. 安装Charles的根证书：为了能够解密HTTPS流量，需求在设备上安装Charles的根证书。在设备上拜访Charles的署理地址，下载并安装证书。
4. 开端抓包：在Charles中，能够看到设备的网络流量，包含HTTP和HTTPS恳求。能够挑选过滤和检查特定的恳求和呼应。

原理：

1. 中间人进犯：Charles经过在设备和服务器之间充任中间人的角色来完结抓取HTTPS包的功用。它截获设备发送的恳求，并将其转发给服务器，一起也截获服务器返回的呼应，并将其转发给设备。这样，Charles就能够检查和修正恳求和呼应的内容。
2. SSL署理：为了能够解密HTTPS流量，Charles运用了SSL署理。当设备发送HTTPS恳求时，Charles会生成一个自签名的SSL证书，并将其发送给设备。设备会将该证书视为合法的服务器证书，并运用它来树立安全衔接。然后，Charles会运用自己的证书与服务器树立安全衔接，并将设备的恳求转发给服务器。这样，Charles就能够解密和检查HTTPS流量的内容。
3. 证书安装：为了能够解密HTTPS流量，设备需求信赖Charles的根证书。经过安装Charles的根证书，设备会将Charles视为可信赖的证书颁布组织，然后信赖由Charles生成的SSL证书。

Learn more:

1. 浅谈HTTPS通讯机制和Charles抓包原理-by:nixs_charles authority-CSDN博客
2. Charles抓包原理 –
3. 浅谈HTTPS抓包原理，为什么Charles能够抓取HTTPS报文？ – 知乎

什么是中间人进犯？怎么防止？

中间人进犯（Man-in-the-Middle Attack，简称MITM进犯）是一种网络安全威胁，进犯者经过篡改或偷听通讯流量，假充通讯两边之间的中间人，然后获取灵敏信息或进行歹意操作。为了防止成为中间人进犯的受害者，能够采纳以下办法：

1. 运用加密通讯：运用加密协议（如HTTPS、SSH等）来维护通讯内容，保证数据在传输进程中不被篡改或偷听。加密通讯能够防止中间人进犯者获取灵敏信息。

2. 验证证书和公钥：在运用HTTPS等加密协议时，保证验证服务器的证书和公钥的有效性。经过验证证书的签名和公钥的合法性，能够防止中间人进犯者假造证书或公钥。

3. 运用双向身份验证：在通讯进程中，两边都要进行身份验证，保证对方的身份合法。这能够经过运用数字证书、令牌或其他身份验证机制来完结。

4. 警觉公共Wi-Fi：在运用公共Wi-Fi网络时，要特别警觉中间人进犯。防止在不安全的公共Wi-Fi网络上进行灵敏操作，如登录银行账户或输入暗码等。

5. 定时更新软件和体系：及时更新操作体系、运用程序和安全补丁，以修复已知的缝隙和安全问题，削减中间人进犯的风险。

6. 运用防火墙和安全软件：运用防火墙和安全软件来监控和阻止潜在的中间人进犯。这些东西能够检测异常流量和歹意行为，并供给实时维护。

Learn more:

1. 一文了解“中间人进犯（MITM）”及怎么防备 – 知乎
2. 技能|怎么防止中间人进犯（MITM）
3. 清晰图解https怎么防备中间人进犯_公钥暗码体系防止中间人-CSDN博客