ESP32-S3驱动1.28寸LCD：双核架构与DMA优化实战-平芜编程栈

1. 项目缘起：为什么是ESP32-S3与1.28寸LCD的组合？

最近在捣鼓一个需要视觉交互的小玩意儿，核心需求是既要能“看”，又要能“显”，还得足够小巧省电。市面上常见的方案要么是MCU+摄像头+屏幕，体积和功耗感人；要么是功能单一的开发板，扩展性又不够。翻了一圈，发现ESP32-S3这颗芯片的潜力被严重低估了，尤其是当它和一块1.28寸的圆形LCD屏结合时，能迸发出意想不到的火花。这个组合，我暂且称之为“ESP32-S3-DualEye-LCD-1.28”方案，它本质上是一个高度集成、双核驱动、兼具图像采集与显示能力的嵌入式开发平台。

你可能要问，为什么偏偏是ESP32-S3和1.28寸屏？这背后是一系列工程上的权衡。首先，ESP32-S3作为乐鑫ESP32家族的“性能担当”，搭载了Xtensa® 32位LX7双核处理器，主频高达240MHz，这为同时处理图像数据（比如从摄像头采集）和刷新屏幕提供了充足的算力基础。更重要的是，它集成了丰富的接口：多个SPI、I2C、I2S，以及至关重要的DMA控制器和LCD接口控制器。这意味着，你可以用其中一个SPI接口以DMA方式高效驱动LCD，而几乎不占用CPU资源；同时，另一个SPI或DMA通道可以用于连接摄像头模块，实现图像的实时采集。双核架构则允许你将显示刷新和图像处理/逻辑运算任务分配到两个核心上，避免相互阻塞，保证系统流畅性。

而选择1.28寸LCD（通常是240x240或240x280分辨率的圆形IPS屏），则是尺寸、功耗与显示效果的完美平衡点。对于可穿戴设备、小型智能家居中控、便携式仪器仪表等场景，这个尺寸既能清晰显示必要信息（图标、波形、简单UI），又不会显得笨重。其驱动接口普遍是SPI，与ESP32-S3的SPI外设是天作之合。通过合理的PCB布局，甚至可以将屏幕直接叠放在ESP32-S3模组上方，实现极其紧凑的“三明治”结构。所以，这个项目标题“ESP32-S3-DualEye-LCD-1.28”精准地概括了其核心：以ESP32-S3为大脑，驱动一块1.28寸LCD作为“眼睛”来输出信息，同时预留了另一只“眼睛”（摄像头或其他传感器）的输入能力，形成一个完整的感知-处理-显示闭环。接下来，我们就深入拆解如何从零开始搭建并优化这样一个系统。

2. 硬件选型与核心电路设计要点

搭建这个系统的第一步是硬件落地。这不仅仅是把芯片和屏幕焊在一起那么简单，每一个元器件的选型和电路细节都直接影响最终的稳定性、性能和开发体验。

2.1 ESP32-S3模组的选择与电源设计

市面上ESP32-S3模组众多，如ESP32-S3-WROOM-1、ESP32-S3-WROOM-1U（带天线连接器）、以及更小封装的ESP32-S3-MINI系列。对于驱动LCD并可能连接摄像头的应用，我强烈推荐使用ESP32-S3-WROOM-1或**-1U**。原因在于它们提供了充足的GPIO（多达45个），并且引脚功能复用灵活，方便我们分配SPI、I2C等关键外设。MINI系列虽然体积小，但GPIO数量被裁剪，可能在连接屏幕、摄像头、SD卡、按键等多个外设时捉襟见肘。

电源是整个系统稳定的基石。ESP32-S3的核心电压是3.3V，但其射频部分在工作时会有较大的瞬时电流需求（峰值可达500mA以上）。同时，1.28寸LCD屏的背光LED通常也需要20-80mA的电流。因此，一个能提供持续、稳定、低噪声的3.3V/1A以上的LDO或DC-DC降压模块是必须的。我踩过的坑是使用了一款廉价的AMS1117-3.3 LDO，当Wi-Fi启动和屏幕背光全亮同时发生时，电压会被拉低到3.0V以下，导致ESP32-S3意外复位。教训是：务必选择输出电流能力充足（建议1.5A以上）、压差小、带有使能脚的LDO，如RT9013、SY8088等，并在电源输入和输出端放置足够容量的滤波电容（例如，输入端10uF陶瓷+100uF电解，输出端22uF陶瓷）。对于电池供电的应用，还需要考虑低功耗设计，例如通过MOS管控制屏幕背光的通断，并在ESP32-S3深度睡眠时彻底关闭屏幕电源。

2.2 1.28寸LCD屏的驱动接口与布线

目前主流的1.28寸圆形LCD屏驱动芯片多是ST7789或GC9A01。它们都支持SPI接口，但细节有差异。ST7789更常见，资料丰富；GC9A01刷新率可能略高。在购买时，一定要确认屏幕的接口定义（通常是6-8个引脚：VCC、GND、SCL/SCK、SDA/SDI、RES/RST、DC/RS、CS、BLK）。其中，DC（数据/命令选择）和RST（复位）引脚是关键。

与ESP32-S3的连接，强烈建议使用硬件SPI（HSPI或VSPI），并启用DMA。以VSPI为例（ESP32-S3默认VSPI引脚为GPIO36/37/35/34等，具体需查对应模组的数据手册）：

GPIO35作为SPI_MOSI(SDA)，发送显示数据。
GPIO36作为SPI_SCLK(SCL)，时钟。
GPIO34作为SPI_CS，片选（如果屏幕只有一个，可以硬件拉低，但软件控制更灵活）。
另外需要两个普通GPIO：一个连接DC，一个连接RST。

布线上的核心技巧：

SCLK信号线：务必尽可能短，并远离模拟信号线（如麦克风、音频输出）。长距离或靠近干扰源的SCLK线会导致显示花屏、数据错位。
电源去耦：在屏幕的VCC和GND引脚附近，紧贴放置一个0.1uF（104）的陶瓷电容，这是消除屏幕自身开关噪声、保证显示稳定的关键。
背光控制：如果屏幕的BLK（背光）引脚是纯PWM调光型，可以连接到ESP32-S3的任意支持PWM的GPIO，实现亮度调节。如果是高电平使能型，则通过一个三极管或MOS管来控制，避免直接从GPIO取电（GPIO驱动能力有限，通常只有20-40mA）。

2.3 “DualEye”的延伸：第二路数据输入接口预留

“DualEye”暗示了双数据流。除了LCD这个输出“眼”，我们还需要预留一个输入“眼”的接口。最常见的是摄像头（如OV2640、OV5640）。摄像头通常也需要SPI或DCMI（并行）接口。ESP32-S3有多个SPI控制器，我们可以用另一个SPI（如HSPI）来接摄像头。但更高效的做法是使用I2S或LCD_CAM专用外设来接收摄像头数据，它们天生为高速数据流设计，配合DMA效率极高。

因此，在PCB设计时，需要预留一个兼容常见摄像头模块（如ESP32-CAM所用款式）的排母接口，并将对应的数据线（如D0-D7）、像素时钟（PCLK）、行同步（VSYNC）、场同步（HREF）等信号连接到ESP32-S3支持LCD_CAM或I2S的GPIO上。同时，别忘了给摄像头模块提供独立的3.3V电源路径，并加上滤波电容，因为摄像头启动瞬间电流也很大。

3. 软件架构：双核任务分配与驱动层优化

硬件搭好只是骨架，让系统流畅跑起来的灵魂在于软件。针对ESP32-S3双核和“显示+处理”双任务的特点，合理的软件架构至关重要。

3.1 基于FreeRTOS的双核任务划分

ESP-IDF默认使用FreeRTOS，我们可以利用其多任务特性。一个典型的任务划分方案如下：

Core 0 (Protocol CPU)：
- 任务1：LCD刷新任务。这是一个高优先级、周期性任务。它从一个帧缓冲区（Frame Buffer）中读取像素数据，通过SPI+DMA发送到屏幕。关键点：此任务应被设计为“生产者-消费者”模型中的消费者，只负责搬运数据，不进行复杂的图形绘制计算。使用xQueue或xTaskNotify来接收来自其他任务的刷新指令。
- 任务2：摄像头采集任务（如果启用）。负责初始化摄像头驱动，配置DMA接收，将采集到的图像数据存入另一个缓冲区。这个任务可能会被摄像头的中断（如VSYNC）所驱动。
- 任务3：系统管理与通信任务。处理Wi-Fi、蓝牙连接，MQTT/HTTP通信等。这些任务通常对实时性要求相对较低。
Core 1 (Application CPU)：
- 任务1：主应用逻辑与图形渲染任务。这是系统的“大脑”。它处理业务逻辑（如传感器数据融合、算法推理），并根据结果生成或修改帧缓冲区中的图像内容。例如，在帧缓冲区上绘制UI元素、波形、频谱图（结合网络热词中的FFT显示需求）等。这里就是“生产者”。
- 任务2：数据处理任务。对摄像头采集到的原始图像进行预处理（缩放、格式转换、特征提取），或者进行FFT等计算密集型操作。

为什么这样划分？将显示刷新（I/O密集型）和图形渲染（计算密集型）分离到不同核心，可以避免渲染复杂界面时阻塞屏幕刷新导致的卡顿。同时，将摄像头数据采集也放在Core 0，可以利用ESP32-S3的外设与特定核心的亲和性进行优化。而Core 1则专注于应用和算法，保证逻辑响应的及时性。

3.2 LCD驱动层：超越Adafruit库的底层优化

很多人会用Adafruit_ST7789或TFT_eSPI这类库，它们简单易用，但性能往往不是最优，特别是对于240MHz的ESP32-S3来说是一种浪费。要榨干性能，必须接近底层。

首先，启用SPI的DMA。在ESP-IDF中，初始化SPI主机时，配置dma_chan参数为SPI_DMA_CH_AUTO（通常为1或2）。DMA通道会自动将内存中的帧缓冲区数据搬运到SPI发送寄存器，全程无需CPU干预。

// ESP-IDF SPI主机初始化配置示例（片段） spi_bus_config_t buscfg = { .mosi_io_num = LCD_MOSI_PIN, .miso_io_num = -1, // 屏幕通常不需要MISO .sclk_io_num = LCD_SCLK_PIN, .quadwp_io_num = -1, .quadhd_io_num = -1, .max_transfer_sz = 240 * 240 * 2, // 非常重要！设置一次DMA传输的最大字节数（RGB565下每像素2字节） }; spi_device_interface_config_t devcfg = { .clock_speed_hz = 40 * 1000 * 1000, // SPI时钟可以尝试开到40M甚至80M，需看屏幕芯片手册支持 .mode = 0, // SPI模式0，ST7789常用 .spics_io_num = LCD_CS_PIN, .queue_size = 7, .flags = SPI_DEVICE_HALFDUPLEX, // 半双工 .pre_cb = lcd_spi_pre_transfer_callback, // 传输前回调，用于设置DC引脚电平 }; // 初始化SPI总线并添加设备 spi_bus_initialize(SPI2_HOST, &buscfg, SPI_DMA_CH_AUTO); spi_bus_add_device(SPI2_HOST, &devcfg, &spi);

其次，实现“撕裂效应”消除。当渲染任务（Core 1）正在写入帧缓冲区的同时，刷新任务（Core 0）的DMA正在读取它，就会导致屏幕上半部分和下半部分显示不同帧的内容，产生撕裂。解决方法：

双缓冲区（Double Buffering）：分配两个帧缓冲区（Frame Buffer A和B）。Core 1渲染到后台缓冲区（比如B），渲染完成后，通过队列通知Core 0的刷新任务切换指向B，并从B读取数据发送。同时，Core 1开始渲染下一帧到A。如此循环。这是最有效但最耗内存的方法（两个2402402=115.2KB的缓冲区）。
同步刷新：Core 1渲染完一帧后，等待一个垂直同步（VSYNC）信号。对于没有硬件VSYNC的SPI屏幕，我们可以用软件模拟：在刷新任务发送完一帧数据后，发送一个信号量。Core 1等待这个信号量后再开始渲染新的一帧。这种方法简单，但会限制最大帧率，因为渲染必须等待上一帧完全发送完毕。

我的经验是，对于UI变化不频繁的应用（如仪表盘），单缓冲区+软件同步足够。对于需要动画或视频流显示的应用，双缓冲区是必须的。ESP32-S3的片上SRAM（512KB）和PSRAM（如果外接了）为此提供了可能。

3.3 图形库与UI框架的选择

在驱动层之上，我们需要一个图形库来绘制点、线、圆、矩形、位图以及渲染字体。

LVGL：当前嵌入式UI的绝对主流。它功能强大，支持动画、主题、多种控件，内存占用相对优化。将LVGL的显示驱动回调函数指向我们优化的SPI+DMA发送函数，输入设备驱动也可以轻松接入触摸屏或编码器（呼应了网络热词中的“esp32-s3编码器”）。LVGL本身也支持双缓冲区。集成关键点：正确配置lv_disp_drv_t中的flush_cb（刷新回调）和draw_buf（绘图缓冲区）。将绘图缓冲区设置为我们的帧缓冲区，并在flush_cb中触发一次SPI DMA传输。
TFT_eSPI：更轻量，API更直接，适合不需要复杂交互、追求极致简单和速度的场景。它本身也支持ESP32的并行接口和DMA，但需要仔细配置其User_Setup.h文件。
自己实现轻量级图形函数：如果项目只显示简单的波形和频谱（如网络热词中提到的FFT频谱显示），完全可以自己写几个最基础的画线、画矩形、写字符的函数，这样代码体积最小，控制力最强。

对于FFT频谱显示，核心步骤是：通过ADC或I2S采集音频数据 -> 加窗（如汉宁窗） -> 调用ESP-DSP库中的FFT函数（dsps_fft2r_fc32等） -> 计算各频率点幅值 -> 映射到屏幕高度，在帧缓冲区中绘制垂直柱状图或连续曲线。这个过程可以放在Core 1的数据处理任务中。

4. 实战调试：从点亮屏幕到稳定运行

理论说完，我们来点实际的。如何一步步让这个系统跑起来，并解决那些让人头疼的典型问题。

4.1 第一步：最小系统测试与屏幕点亮

首先，确保ESP32-S3能正常启动。烧录一个最简单的Blink程序，测试GPIO控制。然后，不接屏幕，用逻辑分析仪或示波器检查你分配给SPI的MOSI和SCLK引脚，在代码中让它们输出特定的方波，确认引脚映射正确且信号质量良好。

接下来连接屏幕。最稳妥的初始化序列如下：

硬件复位：拉低RST引脚至少10ms，然后拉高，等待120ms以上（具体时间看屏幕数据手册）。
发送初始化命令序列：通过SPI发送一系列设置命令，如设置颜色模式（RGB565）、扫描方向、打开显示等。这里极易出错！不同厂家、不同批次的屏幕，初始化命令可能略有差异。务必找到你手中屏幕的准确数据手册或厂家提供的示例代码。一个常见的错误是颜色顺序（BGR vs RGB）设置不对，导致显示颜色完全错乱。
清屏并显示纯色：发送命令将整个屏幕填充为红色、绿色、蓝色，检查显示是否正常，有无坏点或线条。

如果屏幕不亮或花屏，按以下顺序排查：

电源：用万用表测量屏幕VCC引脚电压，在背光开启时是否稳定在3.3V？背光引脚电压是否正确？
接线：SCLK、MOSI、DC、RST、CS是否与代码中定义的GPIO号一一对应？有没有接反？
SPI配置：时钟极性（CPOL）和相位（CPHA）是否正确？ST7789通常用Mode 0。SPI时钟频率是否过高？先从10MHz开始，逐步提高。
初始化命令：这是重灾区。尝试在发送初始化命令序列后，增加足够的延时（vTaskDelay(pdMS_TO_TICKS(200))）。有些屏幕需要较长的上电稳定时间。

4.2 第二步：集成LVGL与实现双缓冲区

屏幕点亮后，集成LVGL。从GitHub克隆最新版本，将其作为组件放入你的ESP-IDF项目中。在lv_conf.h中关键配置：

#define LV_COLOR_DEPTH 16 // RGB565 #define LV_HOR_RES_MAX 240 #define LV_VER_RES_MAX 240 #define LV_USE_LOG 1 // 打开日志便于调试 #define LV_MEM_SIZE (48 * 1024U) // 为LVGL分配48KB内存，可根据需要调整 #define LV_DISP_DEF_REFR_PERIOD 30 // 默认刷新周期30ms #define LV_USE_GPU_STM32_DMA2D 0 // ESP32-S3没有DMA2D，设为0

在应用代码中，初始化LVGL，并注册显示驱动。在显示驱动的flush_cb函数中，不要直接调用SPI发送函数阻塞等待，而是将需要刷新的区域信息放入一个队列，然后通知一个高优先级的刷新任务。刷新任务从队列取出区域信息，启动SPI DMA传输该区域的数据。这就是一个简单的异步刷新机制，是双缓冲区的基础。

实现双缓冲区：

// 定义两个帧缓冲区，可以放在内部SRAM或外部PSRAM static lv_color_t buf1[DISP_BUF_SIZE]; static lv_color_t buf2[DISP_BUF_SIZE]; static lv_disp_draw_buf_t draw_buf_dsc; lv_disp_draw_buf_init(&draw_buf_dsc, buf1, buf2, DISP_BUF_SIZE); // 在显示驱动中告诉LVGL使用双缓冲区 disp_drv.draw_buf = &draw_buf_dsc; disp_drv.flush_cb = my_flush_cb; // 设置全屏刷新模式，这样LVGL会在渲染完一帧后自动交换缓冲区 disp_drv.full_refresh = 1; // 注意：此模式会禁用局部刷新，但简化了双缓冲逻辑

当full_refresh为1时，LVGL会在一个缓冲区渲染完整一帧，然后调用flush_cb通知你发送这个缓冲区，同时它开始在另一个缓冲区渲染下一帧。你需要在flush_cb中启动DMA传输，并在DMA传输完成的回调函数中，通知LVGL该缓冲区已可重用。

4.3 第三步：优化性能与解决常见问题

系统跑起来后，就要追求流畅和稳定了。

问题1：刷新率低，动画卡顿。

检查SPI时钟：逐步提高clock_speed_hz，直到屏幕出现花屏，然后退回一个稳定值。优质屏幕和良好布线下，40-80MHz是可能的。
检查DMA缓冲区大小：max_transfer_sz必须设置得足够大，至少要能容纳一次传输的最大数据量。如果设置太小，SPI驱动会分多次小包传输，增加开销。
优化LVGL渲染：减少不必要的重绘。使用lv_obj_invalidate_area()而非lv_obj_invalidate()来标记脏区域。对于静态背景，可以使用lv_obj_set_style_bg_img_src()设置图片，并启用LV_OBJ_FLAG_SEND_DRAW_TASK_EVENTS优化。
使用硬件加速：ESP32-S3的LCD_CAM外设如果用于驱动屏幕（某些引脚复用支持），其效率可能比通用SPI更高，但这需要更底层的寄存器操作。

问题2：运行一段时间后死机或重启。

堆栈溢出：增加各个任务的堆栈大小。特别是LVGL的刷新任务和渲染任务，建议至少8KB。
内存碎片：长期运行后，如果频繁动态分配/释放内存（如lvgl创建销毁对象），会导致碎片。尽量使用静态内存分配，或者使用LVGL的内存池特性。
电源噪声：用示波器观察3.3V电源线，在Wi-Fi发射或屏幕全白刷新时是否有大幅跌落。加强电源滤波。
看门狗超时：如果某个任务长时间阻塞（如等待一个不可能到来的信号量），会导致看门狗复位。检查任务逻辑，确保没有死锁。

问题3：显示有干扰条纹或雪花点。

这几乎是地线问题或电源噪声的典型表现。确保屏幕和ESP32模组的地线（GND）是星型连接或大面积铺铜连接，避免形成地环路。在屏幕的电源引脚处并联一个10uF钽电容或电解电容，对低频噪声有奇效。
检查SPI信号线是否平行且靠近，导致串扰。可以尝试在信号线上串联一个22-33欧姆的小电阻，起到阻尼作用，改善信号完整性。

5. 进阶应用：从显示到“视觉”的拓展

当基础显示稳定后，“DualEye”的另一半——输入，就可以玩出花样了。这不仅仅是接个摄像头那么简单。

5.1 摄像头集成与图像流处理

选择一款支持ESP32-CAM接口的OV2640或OV5640摄像头模组。在ESP-IDF中，使用esp32-camera组件可以快速驱动。初始化摄像头后，你可以配置输出格式（如QVGA RGB565或JPEG）。对于实时显示，RGB565格式最方便，因为它可以直接拷贝到LCD的帧缓冲区（可能需要缩放）。

实现一个简单的实时预览：

在Core 0上，摄像头DMA将图像数据存入缓冲区A。
缓冲区A满后，通过队列或全局变量（加互斥锁）通知Core 1。
Core 1的图像处理任务从缓冲区A读取数据，进行必要的处理（如缩放至240x240），然后直接写入LCD的帧缓冲区（或通过LVGL的canvas对象绘制）。
同时，摄像头继续向缓冲区B填充数据。如此双缓冲交替。

这里的关键挑战是性能。OV2640输出QVGA（320x240）的RGB565图像，一帧数据大小为3202402=150KB。以15帧/秒计算，数据吞吐量是2.25MB/s。ESP32-S3的CPU和总线带宽需要妥善处理这些数据。如果同时还要运行Wi-Fi，压力会更大。优化策略：

降低分辨率或帧率。
使用JPEG格式输出，在ESP32-S3上硬解码（JPEG解码器外设），解码后再显示。这可以减少总线传输压力，但增加了解码延迟。
将图像处理任务（如缩放）放在Core 0，减少核间数据搬运。Core 1只负责触发刷新。

5.2 结合编码器与蓝牙的交互系统

网络热词提到了编码器和蓝牙，这正好丰富了交互维度。一个旋转编码器可以用于菜单选择、数值调节，比按键更直观。将编码器的A、B相和按键引脚接到ESP32-S3的GPIO，并配置为硬件中断模式，在中断服务程序（ISR）中记录方向，在主循环中处理计数变化并更新UI。

蓝牙（BLE）则可以用于无线配置和数据传输。例如，通过手机APP发送FFT显示的参数（如采样率、量程），或者接收设备采集的图像缩略图。这里需要特别注意网络热词中提到的“避免蓝牙的休眠与唤醒”问题。在ESP-IDF中，蓝牙和Wi-Fi共用一部分射频资源，其电源管理比较复杂。如果你希望设备在显示UI的同时保持蓝牙连接，需要正确配置电源管理参数：

#include "esp_bt.h" #include "esp_wifi.h" // 初始化后，禁用蓝牙的自动休眠（如果不需要低功耗） esp_err_t err = esp_bt_controller_enable(ESP_BT_MODE_BLE); // 更精细的控制可以通过 esp_pm_configure 设置电源管理策略，但需谨慎。 // 一个常见的做法是，在需要持续蓝牙通信时，调用 `esp_wifi_set_ps(WIFI_PS_NONE)` 和配置蓝牙为持续工作模式。 // 注意：这会导致功耗显著上升。

更常见的做法是将蓝牙用于间歇性配置，配置完成后进入连接间隔较长的模式或直接断开，让系统专注于显示和图像处理。

5.3 案例：FFT频谱显示仪

将上述所有技术整合，我们可以打造一个便携式音频频谱显示仪。系统框图如下：

输入：麦克风模块（I2S接口）或音频ADC，连接至ESP32-S3的I2S输入引脚。
处理：Core 1的一个高优先级任务，通过I2S DMA循环接收音频数据，存入一个环形缓冲区。另一个任务从环形缓冲区取出一定长度（如1024点）的数据，加窗、做FFT（使用ESP-DSP库的优化函数），计算各频点幅值。
显示：LVGL在另一个帧缓冲区上绘制一个坐标轴和动态柱状图。FFT任务将计算好的幅值数组通过队列发送给LVGL的渲染任务，渲染任务更新柱状图的高度。LCD刷新任务则持续将渲染好的帧缓冲区发送至屏幕。
控制：旋转编码器用于调整FFT的幅度标尺（dB范围）或选择不同的窗函数。蓝牙用于将频谱数据发送到电脑进行更深入的分析。

在这个过程中，双核和双缓冲区的优势体现得淋漓尽致：Core 0的I2S DMA接收和LCD SPI DMA发送几乎不占用CPU；Core 1专心进行FFT计算和UI逻辑；双缓冲区保证了频谱图的滚动或刷新无撕裂，视觉上非常流畅。

最后，关于功耗，如果设备是电池供电，需要在不需要高亮度显示和高速刷新时，动态降低屏幕背光（PWM调光）、降低ESP32-S3的CPU频率、让蓝牙进入深度睡眠，甚至周期性地关闭屏幕和摄像头，仅在有触发事件时唤醒。这需要结合FreeRTOS的Tickless Idle模式和外设的精细化管理来实现，是另一个层次的优化了。