企业官网建设流程全解析

简介：本资源是一套基于STM32L151单片机与BC28-NB-IoT模块的嵌入式物联网实战项目，面向嵌入式初学者及物联网开发工程师，解决温湿度数据通过MQTT协议稳定上云的核心问题。压缩包共1127个文件，涵盖312个C源码、259个头文件（h）、201个JavaScript前端交互脚本（用于阿里云平台调试界面）、157张PNG/BMP接线与平台配置示意图（如阿里云三要素设置、功能定义、数据上报成功验证等），以及KEIL工程配置文件（uvproj/uvopt）、链接脚本（ld）、启动汇编（s/asm）等完整开发支撑材料，总大小18.68MB。已有96人学习下载，资源提供标准库开发框架、全注释代码、硬件接线定义说明、芯片型号适配指引及常见差异调整建议，可直接编译运行于STM32L15X系列，并支持扩展接入其他传感器，是快速掌握低功耗NB-IoT终端开发的实用参考范例。

1. STM32L151 + BC28-NB-IoT 实现温湿度数据直传阿里云 IoT：不是“配个AT指令就完事”，而是打通从传感器采样、NB-IoT链路建立、MQTT协议栈精简移植到云端物模型映射的全链路闭环

很多开发者拿到 BC28-NB-IoT 模块第一反应是“发AT指令连上就行”，结果卡在 MQTT CONNECT 被拒绝、SUBSCRIBE 失败、或设备上线后数据根本刷不到阿里云控制台——问题不在模块，而在 STM32L151 这类超低功耗 Cortex-M3 芯片上，标准 MQTT 客户端库（如 Eclipse Paho）根本跑不起来：RAM 不足 20KB、Flash 紧张、无操作系统调度。本项目跳过 Linux/RTOS 方案，用纯裸机 + KEIL 标准库，在仅 128KB Flash / 16KB RAM 的 STM32L151 上，硬生生跑通了完整 MQTT over NB-IoT 流程：DHT22 温湿度采集 → BC28 初始化与附着 → 阿里云三要素（ProductKey、DeviceName、DeviceSecret）动态生成 Sign → CONNECT 带 ClientID/Username/Password 三元组 → SUBSCRIBE 设备影子 Topic → PUBLISH 到/sys/{pk}/{dn}/thing/event/property/post。它不是 Demo，而是已验证可量产的最小可行架构：所有 AT 指令时序严格对齐 BC28 固件 V1.2+，MQTT 包构造完全遵循 3.1.1 协议二进制规范，阿里云物模型属性字段（Temperature、Humidity）与 JSON payload 键名一一对应。适合嵌入式工程师快速复刻 NB-IoT 终端接入，尤其适用于电池供电的智能表计、环境监测节点等对资源极度敏感的场景。

2. 从裸机资源约束出发：为什么必须重写 MQTT 客户端而非移植开源库？

2.1 STM32L151 的硬件瓶颈与 BC28-NB-IoT 的通信特性双重制约

STM32L151 属于超低功耗系列，典型配置为 128KB Flash、16KB SRAM，主频 32MHz。而 BC28-NB-IoT 模块虽支持 MQTT，但其 AT 指令集并非原生 TCP Socket 接口，而是通过AT+QMTCONN、AT+QMTSUB等专有指令封装 MQTT 行为。这意味着：

• 无法直接调用 lwIP 或 uIP 的 TCP socket API；
• 开源 MQTT 库（如 picoMQTT、MQTT-C）依赖动态内存分配（malloc/free），而裸机环境下堆空间极小且易碎片化；
• BC28 的 AT 响应存在固有延迟（附着需 5~15s，TCP 连接约 2~3s），阻塞式轮询会浪费大量 CPU 周期。

提示：KEIL 工程中.ini文件定义的堆大小（HEAP_SIZE）默认为 0x200（512 字节），远低于 Paho MQTT 最小需求（>4KB）。强行启用会导致 HardFault_Handler 触发——这不是代码 bug，而是资源硬限制。

2.2 本项目采用的轻量级协议栈设计：静态内存 + 状态机驱动

项目摒弃通用 MQTT 库，采用静态内存预分配 + 有限状态机（FSM）驱动方案，核心结构如下：

// mqtt_frame.c 中 CONNECT 包构造关键片段（精简示意） void mqtt_build_connect(uint8_t *buf, const char* client_id, const char* username, const char* password) { uint16_t pos = 0; // Fixed Header: 0x10 (CONNECT), Remaining Length 计算（此处省略） buf[pos++] = 0x10; buf[pos++] = 0xXX; // 动态计算出的剩余长度 // Variable Header: Protocol Name "MQTT" + Level 0x04 buf[pos++] = 0x00; buf[pos++] = 0x04; // Protocol Name length buf[pos++] = 'M'; buf[pos++] = 'Q'; buf[pos++] = 'T'; buf[pos++] = 'T'; buf[pos++] = 0x04; // Protocol Level // Connect Flags: Clean Session=1, Password=1, Username=1, Will Flag=0 buf[pos++] = 0xC2; // 1100 0010 -> bit6=1, bit5=1, bit4=0, bit3=0, bit2=1, bit1=0, bit0=0 // Keep Alive: 300 seconds (0x012C) buf[pos++] = 0x01; buf[pos++] = 0x2C; // Payload: Client ID, Username, Password（字符串长度+内容） mqtt_add_string(buf, &pos, client_id); // 例："STM32L151_001" mqtt_add_string(buf, &pos, username); // 例："productKey&deviceName" mqtt_add_string(buf, &pos, password); // 例：HMAC-SHA256 签名结果 }

逻辑说明：mqtt_add_string()函数先写入 2 字节长度（Big-Endian），再复制字符串内容。pos指针全程线性递增，无回溯。整个 CONNECT 包最大长度被硬编码为 256 字节，覆盖所有可能组合（ClientID ≤ 64 字符，Username ≤ 128 字符，Password ≤ 64 字节 Base64）。参数说明：client_id必须全局唯一，阿里云要求格式为产品Key+设备名称+时间戳拼接后 MD5；username是productKey&deviceName，password是sign字段值（见 2.3 节）。

2.3 阿里云三要素签名机制：BC28 不支持 TLS，如何安全生成 Password？

阿里云 IoT 平台要求 MQTT CONNECT 的password字段为HMAC-SHA256 签名，原文为clientId+username+timestamp+signmethod+hmac拼接字符串。BC28 模块本身不提供 SHA256 硬件加速，且裸机无 OpenSSL。本项目使用 Keil 自带sha256.h（位于ARM\INC\目录），关键步骤如下：

1. 从aliyun_config.h读取PRODUCT_KEY、DEVICE_NAME、DEVICE_SECRET（明文存储在 Flash）；
2. 生成 13 位毫秒级时间戳（get_ms_timestamp()，基于 SysTick）；
3. 构造 signContent：clientId=productKey&deviceName|username=productKey&deviceName|timestamp=1712345678901|signmethod=hmacsha256|；
4. 用DEVICE_SECRET作为 key，对 signContent 执行 HMAC-SHA256；
5. 将 32 字节哈希结果转为 Base64（base64_encode()），即为最终password。

// aliyun_sign.c 片段：HMAC-SHA256 签名生成 void aliyun_generate_password(char* out_pwd, uint16_t pwd_len) { uint8_t hmac_result[32]; char sign_content[256]; uint32_t ts = get_ms_timestamp(); // 获取毫秒时间戳 // 拼接 signContent（注意末尾竖线 |） snprintf(sign_content, sizeof(sign_content), "clientId=%s|username=%s&%s|timestamp=%lu|signmethod=hmacsha256|", CLIENT_ID, PRODUCT_KEY, DEVICE_NAME, ts); // 执行 HMAC-SHA256（Keil 标准库函数） sha256_hmac((uint8_t*)DEVICE_SECRET, strlen(DEVICE_SECRET), (uint8_t*)sign_content, strlen(sign_content), hmac_result); // Base64 编码（使用项目内置 base64.c） base64_encode(hmac_result, 32, out_pwd, pwd_len); }

参数说明：CLIENT_ID格式为productKey+deviceName+timestamp（如a1B2c3D4e5|STM32L151_001|1712345678901），阿里云强制校验；signmethod必须为hmacsha256（不可小写）；out_pwd缓冲区需 ≥ 45 字节（32 字节哈希 Base64 后为 44 字符 +\0）。失败时检查sign_content是否含非法字符（如空格、换行），BC28 对字符串合法性极其敏感。

3. BC28-NB-IoT 模块 AT 指令全流程解析与 STM32L151 串口驱动适配

3.1 串口硬件层：为何必须使用 DMA + IDLE 中断而非普通中断接收？

BC28 的 AT 响应具有不定长、高延迟、多行输出特点。例如AT+CGATT?返回：

+CGATT: 1 OK

若用普通 UART RX 中断逐字节接收，需频繁进出 ISR，且难以判断响应结束（OK后可能还有\r\n）。本项目采用USART1 + DMA + IDLE Line Detection方案：

• DMA 配置为循环模式，接收缓冲区rx_buf[256]；
• 使能USART_IT_IDLE，当线路空闲（无数据）达 1 字符时间，触发 IDLE 中断；
• 在 IDLE ISR 中，读取DMA_GetCurrDataCounter()得到本次接收字节数，拷贝到at_rx_line并清空 DMA；
• 主循环中解析at_rx_line，匹配OK、ERROR、+QMTCONN:等关键词。

// usart_driver.c 关键配置（KEIL 标准库） void USART1_Config(void) { USART_InitTypeDef USART_InitStructure; NVIC_InitTypeDef NVIC_InitStructure; RCC_APB2PeriphClockCmd(RCC_APB2Periph_USART1 | RCC_APB2Periph_GPIOA, ENABLE); // PA9: TX, PA10: RX GPIO_InitTypeDef GPIO_InitStructure; GPIO_InitStructure.GPIO_Pin = GPIO_Pin_9 | GPIO_Pin_10; GPIO_InitStructure.GPIO_Mode = GPIO_Mode_AF_PP; GPIO_InitStructure.GPIO_Speed = GPIO_Speed_50MHz; GPIO_Init(GPIOA, &GPIO_InitStructure); USART_InitStructure.USART_BaudRate = 115200; // BC28 默认波特率 USART_InitStructure.USART_WordLength = USART_WordLength_8b; USART_InitStructure.USART_StopBits = USART_StopBits_1; USART_InitStructure.USART_Parity = USART_Parity_No; USART_InitStructure.USART_HardwareFlowControl = USART_HardwareFlowControl_None; USART_InitStructure.USART_Mode = USART_Mode_Rx | USART_Mode_Tx; USART_Init(USART1, &USART_InitStructure); // DMA 配置（接收） RCC_AHBPeriphClockCmd(RCC_AHBPeriph_DMA1, ENABLE); DMA_DeInit(DMA1_Channel5); // USART1_RX 对应 DMA1 CH5 DMA_InitStructure.DMA_PeripheralBaseAddr = (uint32_t)&USART1->DR; DMA_InitStructure.DMA_MemoryBaseAddr = (uint32_t)rx_buf; DMA_InitStructure.DMA_DIR = DMA_DIR_PeripheralSRC; DMA_InitStructure.DMA_BufferSize = RX_BUF_SIZE; // 256 DMA_InitStructure.DMA_PeripheralInc = DMA_PeripheralInc_Disable; DMA_InitStructure.DMA_MemoryInc = DMA_MemoryInc_Enable; DMA_InitStructure.DMA_PeripheralDataSize = DMA_PeripheralDataSize_Byte; DMA_InitStructure.DMA_MemoryDataSize = DMA_MemoryDataSize_Byte; DMA_InitStructure.DMA_Mode = DMA_Mode_Circular; DMA_InitStructure.DMA_Priority = DMA_Priority_High; DMA_Init(DMA1_Channel5, &DMA_InitStructure); DMA_Cmd(DMA1_Channel5, ENABLE); // IDLE 中断使能 USART_ITConfig(USART1, USART_IT_IDLE, ENABLE); NVIC_InitStructure.NVIC_IRQChannel = USART1_IRQn; NVIC_InitStructure.NVIC_IRQChannelPreemptionPriority = 0; NVIC_InitStructure.NVIC_IRQChannelSubPriority = 0; NVIC_InitStructure.NVIC_IRQChannelCmd = ENABLE; NVIC_Init(&NVIC_InitStructure); USART_Cmd(USART1, ENABLE); }

逻辑说明：DMA_Mode_Circular确保持续接收不丢包；USART_IT_IDLE是关键——它比RXNE更可靠地标识一帧结束；USART1_IRQn中需同时处理RXNE（常规接收）和IDLE（帧结束）标志位。参数说明：RX_BUF_SIZE必须 ≥ BC28 最大单行响应长度（如AT+QMTCONN成功返回约 80 字符），否则 DMA 溢出导致后续指令解析错乱。

3.2 BC28 关键 AT 指令序列与时序控制表

BC28 的 NB-IoT 连接非“一指令到位”，需严格按顺序执行，且每步需等待明确响应。本项目定义at_cmd_list[]数组，状态机按索引推进：

// bc28_at_fsm.c 状态机核心逻辑 typedef enum { AT_STATE_IDLE, AT_STATE_WAIT_OK, AT_STATE_WAIT_CONNECT, AT_STATE_WAIT_SUBACK } at_state_t; static at_state_t current_state = AT_STATE_IDLE; static uint8_t cmd_index = 0; const char* at_cmd_list[] = { "AT\r\n", "AT+CFUN=1\r\n", "AT+CGATT=1\r\n", "AT+QIMODE=0\r\n", "AT+QMTOPEN=0,\"iot-as-mqtt.cn-shanghai.aliyuncs.com\",1883\r\n", "AT+QMTCONN=0,\"a1B2c3D4e5|STM32L151_001|1712345678901\",\"a1B2c3D4e5&STM32L151_001\",\"dGhpcyBpcyBhIHNhbXBsZSBzaWduYXR1cmU=\"\r\n", "AT+QMTSUB=0,\"/sys/a1B2c3D4e5/STM32L151_001/thing/event/property/post_reply\",1\r\n" }; void at_fsm_run(void) { if (current_state == AT_STATE_IDLE && cmd_index < ARRAY_SIZE(at_cmd_list)) { // 发送当前指令 USART_SendString(USART1, (uint8_t*)at_cmd_list[cmd_index]); current_state = AT_STATE_WAIT_OK; at_timeout_start(2000); // 启动 2s 超时定时器 cmd_index++; } if (at_timeout_expired() && current_state != AT_STATE_IDLE) { // 超时处理：重发或报错 current_state = AT_STATE_IDLE; error_count++; return; } // 在 USART1_IRQHandler 中检测到 "OK" 后，调用此函数 if (strstr(at_rx_line, "OK") && current_state == AT_STATE_WAIT_OK) { if (cmd_index == 3) { // CGATT 成功后需延长等待 at_timeout_start(30000); // 30s current_state = AT_STATE_WAIT_CONNECT; } else { current_state = AT_STATE_IDLE; } } }

注意：AT+CGATT=1响应前可能有+CGATT: 1（附着成功）或+CGATT: 0（失败），需解析+CGATT:前缀而非仅OK；AT+QMTCONN成功返回+QMTCONN: 0,0,0，其中第三个0表示连接成功（非1）；AT+QMTSUB的 QoS 必须为1，阿里云要求至少一次交付。

4. 阿里云物联网平台物模型配置与 STM32L151 数据发布实战

4.1 阿里云控制台三要素获取与物模型定义实操

项目标题中“1.阿里云物联网三要素.bmp”、“3.阿里云里面的功能定义.bmp” 指向具体操作路径：

1. 登录 阿里云 IoT 平台 → 创建产品 → 选择“基础版” → 记录ProductKey（如a1B2c3D4e5）；
2. 在该产品下添加设备 → 输入DeviceName（如STM32L151_001）→ 系统自动生成DeviceSecret（16进制字符串，如3a7f2b1e...）；
3. 进入“物模型” → “功能定义” → 添加两个属性：
   • 名称：Temperature，标识符：Temperature，数据类型：float，单位：℃；
   • 名称：Humidity，标识符：Humidity，数据类型：float，单位：%；
4. 发布物模型（否则云端不识别属性字段）。

提示：“2.代码需要修改三要素的地方.bmp” 对应aliyun_config.h中三处宏定义：#define PRODUCT_KEY "a1B2c3D4e5"、#define DEVICE_NAME "STM32L151_001"、#define DEVICE_SECRET "3a7f2b1e..."。修改后需重新编译，DeviceSecret 绝对不可硬编码在固件中用于量产，应通过安全烧录或 OTA 更新。

4.2 构造符合阿里云规范的 JSON Payload 并发布

阿里云要求属性上报必须使用 Topic/sys/{pk}/{dn}/thing/event/property/post，Payload 为严格 JSON 格式：

{ "id": "12345", "version": "1.0", "params": { "Temperature": 25.3, "Humidity": 62.8 }, "method": "thing.event.property.post" }

本项目mqtt_publish_property()函数使用栈上 sprintf构造（避免 heap）：

// mqtt_publish.c void mqtt_publish_property(float temp, float humi) { static char json_payload[256]; static char topic[128]; // 构造 Topic snprintf(topic, sizeof(topic), "/sys/%s/%s/thing/event/property/post", PRODUCT_KEY, DEVICE_NAME); // 构造 JSON（id 使用 SysTick 计数器，保证每次唯一） uint32_t msg_id = SysTick->VAL; snprintf(json_payload, sizeof(json_payload), "{\"id\":\"%lu\",\"version\":\"1.0\",\"params\":{\"Temperature\":%.1f,\"Humidity\":%.1f},\"method\":\"thing.event.property.post\"}", msg_id, temp, humi); // 发布（调用 BC28 AT+QMTPUB 指令） char at_cmd[256]; snprintf(at_cmd, sizeof(at_cmd), "AT+QMTPUB=0,1,0,0,\"%s\",\"%s\"\r\n", topic, json_payload); USART_SendString(USART1, (uint8_t*)at_cmd); }

逻辑说明：snprintf是安全的栈分配方式，sizeof(json_payload)确保不溢出；msg_id用SysTick->VAL（24位计数器）替代时间戳，避免sprintf调用浮点库增加代码体积；AT+QMTPUB参数：0=通道号，1=QoS=1，0=retain=0，0=topic length auto，topic和payload用英文双引号包裹。参数说明：Temperature和Humidity键名必须与物模型中“标识符”完全一致（区分大小写），否则云端丢弃该字段。

4.3 验证数据上云：从串口日志到阿里云控制台的端到端追踪

调试阶段需交叉验证三层日志：

1. STM32 串口打印：查看AT+QMTPUB发送后是否收到+QMTPUB: 0,0（发布成功）；
2. BC28 模块日志：通过 USB-TTL 连接 BC28 的 DEBUG UART（波特率 115200），观察+QMTSTAT: 0,1（已连接）、+QMTRECV: 0,"/sys/.../post_reply",...（收到云端回复）；
3. 阿里云控制台：进入“监控运维” → “设备日志”，筛选设备STM32L151_001，查看thing/event/property/postTopic 的收发记录。

常见失败场景及定位：

• 现象：串口显示+QMTPUB: 0,1（发布失败）
  原因：JSON 格式错误（如逗号缺失、引号不闭合）、Topic 拼写错误（/sys/前多空格）、物模型未发布；
• 现象：阿里云日志显示{"code":201,"message":"Invalid parameter"}
  原因：params中字段名与物模型标识符不匹配，或Temperature值为NaN（DHT22 读取失败）；
• 现象：设备在线但无数据
  原因：AT+QMTSUB未成功订阅_replyTopic，导致云端回复无法被模块接收，需检查+QMTSUB返回码是否为0,0,1,1。

5. 低功耗优化与多传感器扩展技巧：让 STM32L151 真正“省电”

5.1 基于 STOP 模式的深度睡眠调度：从 10mA 降至 1.2μA

STM32L151 的 STOP 模式（低功耗）电流仅 1.2μA，但需解决两个问题：

• 唤醒源：DHT22 无中断引脚，需定时器TIM2每 2 分钟唤醒；
• BC28 保持附着：NB-IoT 网络附着后，模块自身进入 PSM（Power Saving Mode），但 STM32 必须在唤醒后快速完成数据上传，否则 BC28 可能掉线。

// power_control.c：STOP 模式进入与唤醒 void enter_stop_mode(void) { // 关闭所有外设时钟 RCC_APB1PeriphClockCmd(RCC_APB1Periph_TIM2 | RCC_APB1Periph_WWDG, DISABLE); RCC_APB2PeriphClockCmd(RCC_APB2Periph_GPIOA | RCC_APB2Periph_GPIOB | RCC_APB2Periph_USART1, DISABLE); // 配置 TIM2 为唤醒源（2 分钟 = 120000ms） TIM_TimeBaseInitTypeDef TIM_TimeBaseStructure; TIM_TimeBaseStructure.TIM_Period = 0xFFFF; // 自动重装载值 TIM_TimeBaseStructure.TIM_Prescaler = 32767; // 32kHz LSE / 32768 = 1Hz TIM_TimeBaseStructure.TIM_ClockDivision = 0; TIM_TimeBaseStructure.TIM_CounterMode = TIM_CounterMode_Up; TIM_TimeBaseInit(TIM2, &TIM_TimeBaseStructure); TIM_ITConfig(TIM2, TIM_IT_Update, ENABLE); TIM_Cmd(TIM2, ENABLE); // 进入 STOP 模式 PWR_EnterSTOPMode(PWR_Regulator_LowPower, PWR_STOPEntry_WFI); } // 在 TIM2_IRQHandler 中唤醒后，立即初始化外设并采集 void TIM2_IRQHandler(void) { if (TIM_GetITStatus(TIM2, TIM_IT_Update) != RESET) { TIM_ClearITPendingBit(TIM2, TIM_IT_Update); // 重新使能时钟 RCC_APB2PeriphClockCmd(RCC_APB2Periph_GPIOA | RCC_APB2Periph_GPIOB | RCC_APB2Periph_USART1, ENABLE); RCC_APB1PeriphClockCmd(RCC_APB1Periph_TIM2, ENABLE); // 初始化 DHT22、BC28、MQTT... dht22_init(); bc28_init(); mqtt_publish_property(temp, humi); } }

技巧：PWR_Regulator_LowPower选项启用低功耗稳压器，进一步降低 STOP 电流；TIM2使用LSE（32.768kHz）而非 HSI，精度更高且功耗更低；唤醒后不立即发送，而是先检查 BC28 网络状态（AT+CGATT?），若附着丢失则重新执行全流程。

5.2 扩展其他传感器：SPI 接口的 BME280 替代 DHT22 的硬件与代码适配

项目文件中SPI_DataExchangeDMA.bmp暗示支持 SPI 传感器。以 BME280（温湿度气压）为例，替换 DHT22 需：

1. 硬件：BME280 的SCK、MISO、MOSI、CS连接 STM32L151 的SPI1（PA5/6/7 + PA4）；
2. 驱动：重写bme280_read_data()，使用SPI_I2S_SendData()发送寄存器地址，SPI_I2S_ReceiveData()读取 8 字节原始数据；
3. 补偿计算：BME280 需用bme280_compensate_T_int32()等函数将原始值转为物理量，这些函数来自 Bosch 官方 C 代码，已精简适配 KEIL。

关键修改点：

• sensor_driver.c中注释掉dht22_read()，启用bme280_init()和bme280_read_float()；
• main.c中mqtt_publish_property()的参数改为bme280_data.temperature、bme280_data.humidity、bme280_data.pressure；
• 若需上报气压，物模型中新增Pressure属性，JSON payload 中追加"Pressure": bme280_data.pressure。

注意：BME280 的 SPI 模式需拉高SDO引脚（接 VDD），否则通信失败；CS引脚必须由软件控制（GPIO_ResetBits(GPIOA, GPIO_Pin_4)），不能依赖硬件 NSS。

5.3 阿里云 OTA 固件升级的预留接口：为量产部署埋点

项目虽未实现 OTA，但代码结构已预留升级能力：

• flash_program.c中FLASH_WritePage()支持写入指定扇区（STM32L151 每扇区 1KB）；
• ota_handler.c定义ota_start()、ota_receive_chunk()、ota_verify_and_boot()三个空函数；
• main.c的while(1)循环中插入if (ota_flag) ota_start();。

实际部署时，只需：

1. 在阿里云控制台创建 OTA 升级包，指定固件版本v1.2.0；
2. 设备收到thing/service/ota/upgrade消息后，解析 URL 下载固件到外部 Flash 或内部备份扇区；
3. 校验 CRC32 后，调用FLASH_EraseSector()擦除主程序区，FLASH_ProgramWord()写入新固件；
4. 跳转至新固件入口（(*(__IO uint32_t*)APP_ADDRESS)()）。

技巧：OTA 升级前务必保存aliyun_config.h中的三要素到独立 Flash 扇区（如 Sector 127），避免升级后设备失联；BC28 的固件升级需通过AT+QFOTA指令，与 MCU OTA 分离进行。

本文还有配套的精品资源，点击获取