简介：本资源为Windows平台下可直接集成的Crypto++密码学库编译产物，面向C/C++开发者、信息安全初学者及课程实验人员，解决在Win32环境下快速引入成熟密码算法（如AES、RSA、SHA系列）所面临的编译配置繁琐、链接失败等实际问题。压缩包为RAR格式，大小4.51MB，内含已成功编译的cryptlib.lib静态库文件及完整头文件集合，其中库文件定位在lib目录、头文件集中于include目录，结构清晰，便于VS项目快速引用。已有924人学习下载，说明其在教学实践与轻量级密码开发中具备较强实用性。用户下载后可立即用于控制台或MFC项目，无需重复编译源码；配套路径配置说明明确（如C:\Users\DELL\Desktop\Crypto），显著降低环境搭建门槛；同时规避了官方源码在VS新版本中常见的CMake兼容性与运行时库冲突问题，是稳定复用密码功能模块的可靠基础组件。
1. Crypto++库文件：不是“拿来就能跑”的加密黑匣子，而是需要亲手拧紧每颗螺丝的工业级密码工具链
你是不是也试过下载一个标着“Crypto++ 8.7 Windows 静态库”的压缩包，双击解压、把.lib往 VS 工程里一拖，结果编译报错LNK2001: unresolved external symbol CryptoPP::RSA::GenerateRandomParameters？别急着骂官网文档晦涩——这不是你配置错了，而是你手里的“Crypto++库文件”根本没经过ABI 对齐、运行时匹配、符号导出控制这三道工业级门槛。Crypto++ 不是 OpenSSL 那种开箱即用的命令行工具集，它是一套以 C++ 模板深度耦合、零拷贝内存管理为设计哲学的密码学原语实现，其“库文件”本质是编译产物快照：同一份源码，用/MTd还是/MD编译，用 x64 还是 ARM64 目标，启用CRYPTOPP_DISABLE_ASM还是开启 AVX2 加速，产出的.lib/.a/.so文件之间完全二进制不兼容。这份资源适合两类人：一类是正在做嵌入式固件签名验证、需要静态链接进裸机环境的开发者；另一类是构建金融级数据加解密中间件、必须精确控制密钥派生路径与侧信道防护边界的工程师。它不面向“想试试 AES 加密”的新手，但一旦你跨过编译链路那堵墙，它给你的确定性、性能和可审计性，远超任何 Python 封装层。
2. Crypto++库文件的本质：从源码到二进制的四层编译契约
Crypto++ 的“库文件”不是单个文件，而是一组严格绑定编译上下文的产物集合。理解它的构成，是避免后续所有链接失败的前提。我们拆解这个过程，不是为了教你怎么从头编译（那是另一篇长文），而是让你看清手头这份资源到底承诺了什么、又隐含了哪些约束。
2.1 库文件不是“成品”，而是“编译快照”：ABI、CRT、架构三重绑定
当你拿到一个名为cryptopp-static-md-x64.lib的文件，名字本身已是关键契约：
static：表示这是静态库（.lib），所有 Crypto++ 符号被直接嵌入你的可执行文件，不依赖外部 DLL。但代价是：你的程序体积增大，且无法通过更新 DLL 修复底层密码学漏洞。md：代表链接 Microsoft Visual C++ 的多线程 DLL 运行时（/MD）。若你的主工程用/MT（静态链接 CRT），链接器会立刻报LNK2038: mismatch detected for 'RuntimeLibrary'。这是最常翻车的第一步。x64：目标平台为 64 位 Windows。若你在 Win32（x86）工程中强行链接，链接器不会报错，但运行时调用CryptoPP::SHA256::Transform()会触发非法指令异常——因为 AVX 指令在 x86 模式下不可用。
提示：Linux 下的
.a文件同样受约束。libcryptopp.a若用-std=c++17 -O2 -march=native编译，而你的项目用-std=c++11 -O0，模板实例化符号（如CryptoPP::IteratedHashWithStaticTransform<...>::Update）可能因 name mangling 差异导致undefined reference。这不是 Bug，是 C++ 标准对 ABI 的留白。
2.2 静态库 vs 动态库：何时必须选静态？三个硬性场景
动态库（.dll/.so）看似省事，但在以下场景，静态链接是唯一合规路径：
| 场景 | 原因 | 静态库必要性 |
|---|---|---|
| 嵌入式固件签名验证 | 固件镜像空间极小（<512KB），且无文件系统加载 DLL 能力 | ✅ 必须：所有 RSA 验证逻辑需内联进 BootROM 代码段 |
| FIPS 140-2 认证模块 | 认证要求“代码路径完全可控”，DLL 加载引入不可审计的间接跳转 | ✅ 必须：动态加载违反 FIPS “secure module boundary” 定义 |
| 跨平台 CLI 工具分发 | 用户环境无管理员权限安装系统级 crypto 库（如 OpenSSL） | ⚠️ 推荐：避免用户因libcrypto.so.1.1版本缺失而崩溃 |
注意：静态链接不等于“免配置”。
cryptopp-static-md-x64.lib仍需你显式定义CRYPTOPP_ENABLE_COMPLIANCE宏来启用 FIPS 模式下的算法白名单检查，否则CryptoPP::AES::Encryption在 FIPS 模式下会抛出InvalidArgument异常——这个宏必须在你的工程中定义，库文件本身不携带该行为。
2.3 头文件与库文件的版本强一致性：一个被严重低估的陷阱
Crypto++ 的头文件（cryptopp/rsa.h,cryptopp/aes.h）与库文件是严格一一对应的。常见误操作：
- 你用官网下载的
cryptopp_8_7.zip解压出头文件，但库文件却是从某论坛找到的 “Crypto++ 8.5 static lib”； - 或者你升级了 Visual Studio，但库文件是用旧版 MSVC 编译的（如 VS2015 编译的库在 VS2022 中链接失败）。
后果：LNK2019: unresolved external symbol "public: __cdecl CryptoPP::RSA::PrivateKey::PrivateKey(void)"—— 看似构造函数未定义，实则是PrivateKey类在 8.5 和 8.7 中的内存布局（vtable offset, member alignment）已变，链接器找不到匹配符号。
验证方法：用dumpbin /headers cryptopp-static-md-x64.lib | findstr "machine"查看库的目标机器类型；用strings cryptopp-static-md-x64.lib | grep "CRYPTOPP_VERSION"（Linux/macOS 用strings）确认内部版本字符串。二者必须与你工程中#include的头文件版本一致。
3. 正确集成 Crypto++库文件的四步落地法：从 VS 到 GCC 的实操清单
拿到一份声称“可用”的 Crypto++ 库文件，别急着往工程里塞。按以下顺序逐项验证，每一步都是生产环境上线前的必检项。这里以 Windows + VS2022 和 Linux + GCC 11 为例，覆盖主流场景。
3.1 第一步：环境对齐——确认你的编译器、运行时、架构与库文件完全匹配
Windows (VS2022)：
# 1. 查看库文件属性 dumpbin /headers cryptopp-static-md-x64.lib | findstr "machine" # 输出应为：machine (AMD64) → 表明是 x64 库 # 若输出 machine (x86)，则不能用于 x64 工程 # 2. 确认你的工程设置（VS GUI 或 .vcxproj） # Configuration Properties → General → Platform Toolset → v143 (VS2022) # Configuration Properties → C/C++ → Code Generation → Runtime Library → Multi-threaded DLL (/MD) # Configuration Properties → General → Platform → x64Linux (GCC 11)：
# 1. 检查静态库架构 file libcryptopp.a # 输出应为：libcryptopp.a: current ar archive, 64-bit long filenames, big endian # 2. 检查你的编译命令是否匹配 g++ -std=c++17 -O2 -march=x86-64 -I/path/to/cryptopp/include \ main.cpp -L/path/to/cryptopp/lib -lcryptopp -o test \ # 注意：-std=c++17 必须与库编译时一致；-march=x86-64 是基础，若库启用了 AVX2，则需 -march=native逻辑说明：
dumpbin和file命令是“信任链起点”。它们不依赖任何 Crypto++ 代码，只读取二进制元数据。如果这一步就失败（如machine (x86)vsPlatform: x64），后续所有调试都是徒劳。我一般会把这一步写成 CI 脚本，在每次构建前自动校验。
3.2 第二步：头文件路径与预处理器定义——让编译器“看见”正确的接口
仅添加库路径不够，Crypto++ 的行为由大量#define控制。必须在你的工程中显式设置：
VS2022 设置（.vcxproj 或 Property Sheet）：
<!-- 在 <ClCompile> 节点内 --> <PreprocessorDefinitions> CRYPTOPP_DISABLE_ASM;CRYPTOPP_ENABLE_COMPLIANCE;%(PreprocessorDefinitions) </PreprocessorDefinitions>GCC 编译命令补充：
g++ -DCRYPTOPP_DISABLE_ASM -DCRYPTOPP_ENABLE_COMPLIANCE \ -std=c++17 -I/path/to/cryptopp/include ...关键宏说明：
CRYPTOPP_DISABLE_ASM：禁用汇编优化。若库文件是用此宏编译的，而你工程中未定义，链接时会找不到CryptoPP::AES::AdvancedProcessBlocks的汇编实现体，报LNK2019。CRYPTOPP_ENABLE_COMPLIANCE：启用 FIPS 合规模式。此时CryptoPP::Rijndael::Encryption构造函数会检查密钥长度是否为 128/192/256 位，否则抛异常。此宏必须在链接时可见，否则库中对应的检查代码被预处理器剔除。
参数说明：这些宏不是“可选功能开关”，而是编译期契约。库文件是用
CRYPTOPP_DISABLE_ASM编译的，你就必须在工程中定义它，否则符号不匹配。没有“运行时动态切换”的余地。
3.3 第三步：链接顺序与依赖项——解决LNK2001的黄金法则
Crypto++ 库文件本身有内部依赖。静态库链接顺序在 GCC 中至关重要（Windows 链接器相对宽松，但仍建议遵守）：
GCC 链接命令（必须按此顺序）：
g++ main.o -L./lib -lcryptopp -lws2_32 -lcrypto -lssl -o myapp # ↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑......## 1. Crypto++库文件：不是“拿来就能跑”的加密黑匣子，而是需要亲手拧紧每颗螺丝的工业级密码工具链 你是不是也试过下载一个标着“Crypto++ 8.7 Windows 静态库”的压缩包，双击解压、把 `.lib` 往 VS 工程里一拖，结果编译报错 `LNK2001: unresolved external symbol CryptoPP::RSA::GenerateRandomParameters`？别急着骂官网文档晦涩——这不是你配置错了，而是你手里的“Crypto++库文件”根本没经过**ABI 对齐、运行时匹配、符号导出控制**这三道工业级门槛。Crypto++ 不是 OpenSSL 那种开箱即用的命令行工具集，它是一套以 C++ 模板深度耦合、零拷贝内存管理为设计哲学的密码学原语实现，其“库文件”本质是**编译产物快照**：同一份源码，用 `/MTd` 还是 `/MD` 编译，用 x64 还是 ARM64 目标，启用 `CRYPTOPP_DISABLE_ASM` 还是开启 AVX2 加速，产出的 `.lib` / `.a` / `.so` 文件之间**完全二进制不兼容**。这份资源适合两类人：一类是正在做嵌入式固件签名验证、需要静态链接进裸机环境的开发者；另一类是构建金融级数据加解密中间件、必须精确控制密钥派生路径与侧信道防护边界的工程师。它不面向“想试试 AES 加密”的新手，但一旦你跨过编译链路那堵墙，它给你的确定性、性能和可审计性，远超任何 Python 封装层。 --- ## 2. Crypto++库文件的本质：从源码到二进制的四层编译契约 Crypto++ 的“库文件”不是单个文件，而是一组严格绑定编译上下文的产物集合。理解它的构成，是避免后续所有链接失败的前提。我们拆解这个过程，不是为了教你怎么从头编译（那是另一篇长文），而是让你看清手头这份资源到底承诺了什么、又隐含了哪些约束。 ### 2.1 库文件不是“成品”，而是“编译快照”：ABI、CRT、架构三重绑定 当你拿到一个名为 `cryptopp-static-md-x64.lib` 的文件，名字本身已是关键契约： - `static`：表示这是静态库（`.lib`），所有 Crypto++ 符号被直接嵌入你的可执行文件，不依赖外部 DLL。但代价是：你的程序体积增大，且无法通过更新 DLL 修复底层密码学漏洞。 - `md`：代表链接 Microsoft Visual C++ 的多线程 DLL 运行时（`/MD`）。若你的主工程用 `/MT`（静态链接 CRT），链接器会立刻报 `LNK2038: mismatch detected for 'RuntimeLibrary'`。这是最常翻车的第一步。 - `x64`：目标平台为 64 位 Windows。若你在 Win32（x86）工程中强行链接，链接器不会报错，但运行时调用 `CryptoPP::SHA256::Transform()` 会触发非法指令异常——因为 AVX 指令在 x86 模式下不可用。 > 提示：Linux 下的 `.a` 文件同样受约束。`libcryptopp.a` 若用 `-std=c++17 -O2 -march=native` 编译，而你的项目用 `-std=c++11 -O0`，模板实例化符号（如 `CryptoPP::IteratedHashWithStaticTransform<...>::Update`）可能因 name mangling 差异导致 `undefined reference`。这不是 Bug，是 C++ 标准对 ABI 的留白。 ### 2.2 静态库 vs 动态库：何时必须选静态？三个硬性场景 动态库（`.dll` / `.so`）看似省事，但在以下场景，静态链接是唯一合规路径： | 场景 | 原因 | 静态库必要性 | |------|------|--------------| | **嵌入式固件签名验证** | 固件镜像空间极小（<512KB），且无文件系统加载 DLL 能力 | ✅ 必须：所有 RSA 验证逻辑需内联进 BootROM 代码段 | | **FIPS 140-2 认证模块** | 认证要求“代码路径完全可控”，DLL 加载引入不可审计的间接跳转 | ✅ 必须：动态加载违反 FIPS “secure module boundary” 定义 | | **跨平台 CLI 工具分发** | 用户环境无管理员权限安装系统级 crypto 库（如 OpenSSL） | ⚠️ 推荐：避免用户因 `libcrypto.so.1.1` 版本缺失而崩溃 | > 注意：静态链接不等于“免配置”。`cryptopp-static-md-x64.lib` 仍需你显式定义 `CRYPTOPP_ENABLE_COMPLIANCE` 宏来启用 FIPS 模式下的算法白名单检查，否则 `CryptoPP::AES::Encryption` 在 FIPS 模式下会抛出 `InvalidArgument` 异常——这个宏必须在**你的工程**中定义，库文件本身不携带该行为。 ### 2.3 头文件与库文件的版本强一致性：一个被严重低估的陷阱 Crypto++ 的头文件（`cryptopp/rsa.h`, `cryptopp/aes.h`）与库文件是**严格一一对应**的。常见误操作： - 你用官网下载的 `cryptopp_8_7.zip` 解压出头文件，但库文件却是从某论坛找到的 “Crypto++ 8.5 static lib”； - 或者你升级了 Visual Studio，但库文件是用旧版 MSVC 编译的（如 VS2015 编译的库在 VS2022 中链接失败）。 后果：`LNK2019: unresolved external symbol "public: __cdecl CryptoPP::RSA::PrivateKey::PrivateKey(void)"` —— 看似构造函数未定义，实则是 `PrivateKey` 类在 8.5 和 8.7 中的内存布局（vtable offset, member alignment）已变，链接器找不到匹配符号。 **验证方法**：用 `dumpbin /headers cryptopp-static-md-x64.lib | findstr "machine"` 查看库的目标机器类型；用 `strings cryptopp-static-md-x64.lib | grep "CRYPTOPP_VERSION"`（Linux/macOS 用 `strings`）确认内部版本字符串。二者必须与你工程中 `#include` 的头文件版本一致。 --- ## 3. 正确集成 Crypto++库文件的四步落地法：从 VS 到 GCC 的实操清单 拿到一份声称“可用”的 Crypto++ 库文件，别急着往工程里塞。按以下顺序逐项验证，每一步都是生产环境上线前的必检项。这里以 Windows + VS2022 和 Linux + GCC 11 为例，覆盖主流场景。 ### 3.1 第一步：环境对齐——确认你的编译器、运行时、架构与库文件完全匹配 **Windows (VS2022)**： ```bat # 1. 查看库文件属性 dumpbin /headers cryptopp-static-md-x64.lib | findstr "machine" # 输出应为：machine (AMD64) → 表明是 x64 库 # 若输出 machine (x86)，则不能用于 x64 工程 # 2. 确认你的工程设置（VS GUI 或 .vcxproj） # Configuration Properties → General → Platform Toolset → v143 (VS2022) # Configuration Properties → C/C++ → Code Generation → Runtime Library → Multi-threaded DLL (/MD) # Configuration Properties → General → Platform → x64Linux (GCC 11)：
# 1. 检查静态库架构 file libcryptopp.a # 输出应为：libcryptopp.a: current ar archive, 64-bit long filenames, big endian # 2. 检查你的编译命令是否匹配 g++ -std=c++17 -O2 -march=x86-64 -I/path/to/cryptopp/include \ main.cpp -L/path/to/cryptopp/lib -lcryptopp -o test \ # 注意：-std=c++17 必须与库编译时一致；-march=x86-64 是基础，若库启用了 AVX2，则需 -march=native逻辑说明：
dumpbin和file命令是“信任链起点”。它们不依赖任何 Crypto++ 代码，只读取二进制元数据。如果这一步就失败（如machine (x86)vsPlatform: x64），后续所有调试都是徒劳。我一般会把这一步写成 CI 脚本，在每次构建前自动校验。
3.2 第二步：头文件路径与预处理器定义——让编译器“看见”正确的接口
仅添加库路径不够，Crypto++ 的行为由大量#define控制。必须在你的工程中显式设置：
VS2022 设置（.vcxproj 或 Property Sheet）：
<!-- 在 <ClCompile> 节点内 --> <PreprocessorDefinitions> CRYPTOPP_DISABLE_ASM;CRYPTOPP_ENABLE_COMPLIANCE;%(PreprocessorDefinitions) </PreprocessorDefinitions>GCC 编译命令补充：
g++ -DCRYPTOPP_DISABLE_ASM -DCRYPTOPP_ENABLE_COMPLIANCE \ -std=c++17 -I/path/to/cryptopp/include ...关键宏说明：
CRYPTOPP_DISABLE_ASM：禁用汇编优化。若库文件是用此宏编译的，而你工程中未定义，链接时会找不到CryptoPP::AES::AdvancedProcessBlocks的汇编实现体，报LNK2019。CRYPTOPP_ENABLE_COMPLIANCE：启用 FIPS 合规模式。此时CryptoPP::Rijndael::Encryption构造函数会检查密钥长度是否为 128/192/256 位，否则抛异常。此宏必须在链接时可见，否则库中对应的检查代码被预处理器剔除。
参数说明：这些宏不是“可选功能开关”，而是编译期契约。库文件是用
CRYPTOPP_DISABLE_ASM编译的，你就必须在工程中定义它，否则符号不匹配。没有“运行时动态切换”的余地。
3.3 第三步：链接顺序与依赖项——解决LNK2001的黄金法则
Crypto++ 库文件本身有内部依赖。静态库链接顺序在 GCC 中至关重要（Windows 链接器相对宽松，但仍建议遵守）：
GCC 链接命令（必须按此顺序）：
g++ main.o -L./lib -lcryptopp -lws2_32 -lcrypto -lssl -o myapp # ↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑...... # ↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑............ # ↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑...... # ↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑...... <p> <a href="https://download.csdn.net/download/qq_43462040/11988877" style="color:#ec7500;font-size:14px;"> 本文还有配套的精品资源，点击获取 </a> <img alt="menu-r.4af5f7ec.gif" src="https://csdnimg.cn/release/wenkucmsfe/public/img/menu-r.4af5f7ec.gif" style="width:16px;margin-left:4px;vertical-align:text-bottom;cursor:text;"> </p>
