三亩地 三亩地SAN MU DI · CODE DIARY
交流投稿
ARTICLE DETAIL

日记详情

真实记录编程学习的某一天，欢迎挑你感兴趣的翻一翻。

首页/学习日记/日记详情

STM32CubeMX驱动SD卡：SDIO与SPI模式配置及FATFS文件系统实战

发布时间：2026/8/12 16:45:14 三亩地 编程学习日记
STM32CubeMX驱动SD卡：SDIO与SPI模式配置及FATFS文件系统实战

1. 项目概述：为什么STM32CubeMX是SD卡驱动的“捷径”

如果你正在用STM32做项目，需要存储大量数据，比如采集的传感器数据、音频文件或者图片，那么SD卡几乎是一个绕不开的选择。它便宜、容量大、通用性强。但一提到在STM32上驱动SD卡，很多朋友，尤其是刚接触的朋友，可能会感到头疼：SDIO协议复杂、底层寄存器配置繁琐、还要处理文件系统……整个过程下来，调试的时间可能比写功能代码的时间还长。

我自己在早期项目中也踩过不少坑，从直接操作寄存器到使用标准外设库，每一步都伴随着各种超时、读写错误和文件系统挂载失败。直到后来系统地使用了STM32CubeMX，才发现这条“捷径”能省下多少时间和精力。STM32CubeMX不仅仅是ST官方的一个图形化配置工具，它更是一个集成了硬件抽象层（HAL库）、中间件（如FATFS）和引脚冲突检查的“项目脚手架生成器”。对于SD卡驱动这种需要多外设（SDIO或SPI）、多软件层协同工作的任务，它的价值被放大了。

简单来说，这个项目就是利用STM32CubeMX，快速、可靠地为你的STM32微控制器配置并生成SD卡驱动的底层框架代码。你不需要从零开始写初始化序列、配置DMA、或者手动移植文件系统。CubeMX会帮你生成一个基于HAL库的、可以直接编译运行的工程，你只需要关注最上层的应用逻辑，比如“把这条数据记录到SD卡的log.txt文件里”。这特别适合产品快速原型开发、学生项目或者当你需要验证一个存储方案是否可行时。无论你是用的是F1、F4还是H7系列，只要芯片支持SDIO或SPI，这套方法都通用。

2. 核心思路与方案选型：SDIO vs. SPI，以及CubeMX的中间件策略

在动手配置之前，我们必须先搞清楚两个核心选择：用什么物理接口连接SD卡，以及用什么软件来管理卡上的文件。这两个选择直接决定了性能、复杂度和CubeMX的配置方式。

2.1 物理接口选型：SDIO模式与SPI模式的深度对比

SD卡本身支持两种与主机通信的模式：SDIO模式和SPI模式。这不是你在CubeMX里随便选一个就行的，它关系到硬件连接、软件驱动和最终性能。

SDIO模式：这是SD卡的原生、高速模式。STM32内部有专用的SDIO外设控制器，它通过4条数据线（DAT0-DAT3）、1条命令线（CMD）和1条时钟线（CLK）与SD卡通信。它的优势非常明显：

  • 速度极快：4位宽总线并行传输，理论上速度远高于SPI。对于F4、H7等系列，配合DMA，读取速度轻松达到10MB/s以上，写速度也能达到几MB/s，适合存储视频流、高采样率数据等。
  • 协议完整：SDIO控制器硬件实现了SD物理层协议，包括命令发送、响应接收、数据块传输等，大大减轻了CPU负担。
  • CubeMX支持完善：配置简单，通常使能SDIO外设、配置好GPIO和DMA即可。

但它的缺点也很直接：

  • 占用引脚多：至少需要6个GPIO引脚（CMD, CLK, DAT0-DAT3）。对于引脚紧张的小封装芯片可能是个问题。
  • 硬件依赖：不是所有STM32型号都有SDIO外设（例如一些基础的F0、F1型号没有）。
  • 电路稍复杂：需要确保信号线走线质量，尤其在高速情况下，可能要考虑阻抗匹配。

SPI模式：这是一种兼容性模式，SD卡将自身模拟成一个SPI从设备。你只需要使用STM32上任何一个SPI外设（如SPI1、SPI2），通过MOSI、MISO、SCK和一条片选线（CS）连接。

  • 优点：
    • 引脚占用少：通常只需4个GPIO，且SPI外设几乎每个STM32都有。
    • 硬件兼容性好：电路简单，连接方便。
    • 调试方便：逻辑分析仪抓取SPI波形比抓取SDIO波形更直观。
  • 缺点：
    • 速度慢：这是最大的短板。SPI是串行、半双工通信，即使时钟开到最高，实际读写速度也远低于SDIO模式，通常只有几百KB/s到1MB/s左右。
    • 协议由软件模拟：STM32的SPI硬件并不理解SD卡命令，需要软件（HAL库中的SD驱动）通过SPI收发来模拟整个SD命令/响应流程，CPU占用率相对较高。

怎么选？

  • 追求极致性能、且芯片有SDIO外设：无脑选SDIO模式。这是正途。
  • 引脚资源紧张、或芯片无SDIO外设、或对速度要求不高（如记录温度日志）：选择SPI模式。它更通用，更省心。
  • 新手入门学习：我反而建议可以从SPI模式开始。它的代码流程更清晰，调试更简单，帮你理解SD卡的基本命令交互过程。理解了SPI模式，再看SDIO模式会有种豁然开朗的感觉。

在CubeMX中，这个选择体现在你初始化哪个外设。如果你配置了SDIO，那么生成的驱动就会用SDIO模式；如果你配置了SPI，并挂载了SD卡驱动，就会用SPI模式。

2.2 软件栈选型：CubeMX与FATFS的无缝集成

解决了硬件通信问题，接下来是软件问题：我们怎么在SD卡上创建文件、读写文件？自己实现一套文件系统？那工程量就太大了。STM32CubeMX的另一个强大之处在于，它集成了FATFS这个开源、通用的FAT文件系统模块。

FATFS是一个完全用C语言编写、独立于硬件平台的文件系统库。它实现了FAT12、FAT16、FAT32和exFAT（需额外配置）的读写操作。CubeMX中的FATFS中间件，已经帮你做好了FATFS与底层SD卡驱动（SDIO或SPI）的对接。你只需要在图形界面勾选启用FATFS，并选择底层磁盘接口（SD卡），CubeMX就会自动生成：

  1. FATFS中间件代码，包含文件系统的所有核心功能。
  2. sd_diskio.c/.h文件，这是磁盘I/O接口层。它实现了FATFS所需的底层函数，如disk_read、disk_write、disk_initialize等。这些函数内部会调用你之前用CubeMX配置好的HAL_SD或HAL_SPI函数。
  3. 相应的工程文件包含路径和编译选项。

这样一来，整个软件栈就清晰了：你的应用层代码（调用f_open,f_write） ->FATFS文件系统层（处理FAT表、目录项） ->Disk I/O层（sd_diskio.c） ->HAL库SD驱动层（HAL_SD_ReadBlocks） ->硬件外设（SDIO/SPI）。每一层CubeMX都帮你搭建好了桥梁，你几乎不需要手动修改底层代码。

注意：CubeMX生成的FATFS默认是R0.12c版本，这是一个经过验证的稳定版本。如果你需要exFAT或长文件名（LFN）支持，需要在CubeMX的FATFS配置中手动开启。开启长文件名会消耗更多RAM和ROM，需要根据芯片资源权衡。

3. 基于STM32CubeMX的详细配置实战

理论讲完，我们进入实战环节。这里我以STM32F407VET6（拥有SDIO外设）和SPI模式为例，分别演示配置过程。你可以根据自己的硬件选择对应的部分。

3.1 工程创建与基础设置

  1. 打开STM32CubeMX，新建工程：在Part Number搜索框输入你的芯片型号，例如STM32F407VE，选中后点击Start Project。
  2. 系统核心配置（SYS）：在Pinout & Configuration标签页左侧，找到System Core->SYS。
    • Debug: 根据你的调试器选择，如果用ST-LINK，就选Serial Wire。这会影响PA13和PA14引脚的使用。
    • Timebase Source: 强烈建议从默认的SysTick改为某个定时器，例如TIM1。因为FATFS和SD卡驱动可能会用到HAL的延时函数HAL_Delay，而HAL_Delay依赖于SysTick。如果SysTick被其他系统（如RTOS）占用，会导致驱动工作异常。改为独立的定时器作为时基源更稳妥。
  3. 时钟配置（RCC）：
    • High Speed Clock (HSE): 选择Crystal/Ceramic Resonator（如果你板子上有外部高速晶振）。
    • 然后切换到Clock Configuration标签页。对于F407，SDIO外设的时钟最好不超过48MHz（SD卡标准时钟最高为50MHz）。通常我们将系统时钟（SYSCLK）配置到168MHz，然后通过分频器给SDIO提供48MHz或24MHz时钟。这一步对SDIO模式的稳定性至关重要，时钟太快容易导致通信失败。

3.2 方案一：SDIO模式配置详解

  1. 外设使能：在Connectivity下找到SDIO。
    • 将Mode设置为SD 4bit Wide bus（4位宽模式，性能最好）。SD 1bit bus也可以，但速度减半。
  2. GPIO引脚检查：使能SDIO后，CubeMX会自动分配引脚。对于F407，通常是：
    • PC8 -> SDIO_D0
    • PC9 -> SDIO_D1
    • PC10 -> SDIO_D2
    • PC11 -> SDIO_D3
    • PC12 -> SDIO_CK
    • PD2 -> SDIO_CMD 你需要检查这些引脚是否和你板子上的实际连接一致，且没有被其他功能占用（如调试接口、晶振）。CubeMX会用颜色提示冲突。
  3. DMA配置（关键！）：SDIO大量数据传输必须依赖DMA，否则CPU会被拖死。
    • 在SDIO配置页，找到DMA Settings，点击Add。
    • 添加一个SDIO的Rx（接收）流，例如使用DMA2 Stream 3，模式为Circular（循环模式）或Normal（普通模式），优先级High。
    • 再添加一个SDIO的Tx（发送）流，例如使用DMA2 Stream 6，配置同上。
    • 注意：DMA的流（Stream）和通道（Channel）是固定的映射关系。对于SDIO，其RX和TX请求分别映射到DMA2的某个通道。CubeMX通常会自动选择正确的映射，但你最好核对一下芯片参考手册。配置错误会导致DMA无法触发。
  4. NVIC中断配置：在NVIC Settings中，确保SDIO全局中断被使能。DMA传输完成中断和传输错误中断也建议使能，便于调试。
  5. 中间件FATFS配置：
    • 在左侧Middleware中找到FATFS。
    • 勾选User-defined（如果你后续想修改源码）或Default。
    • 在FATFS下方的配置面板，Drive Connection选择SD Card。
    • Use DMA选项，如果你前面配置了DMA，这里可以勾选，让FATFS底层使用DMA进行数据搬运，效率更高。

3.3 方案二：SPI模式配置详解

  1. 外设使能：在Connectivity下选择一个SPI外设，例如SPI1。
    • 将Mode设置为Full-Duplex Master（全双工主机模式）。
    • Hardware NSS Signal选择Disable（我们使用软件控制片选GPIO）。
  2. GPIO引脚配置：
    • SPI1的默认引脚可能是：PA5(SCK), PA6(MISO), PA7(MOSI)。这些是SPI标准引脚。
    • 关键一步：手动添加SD卡片选（CS）引脚。在右侧芯片图上，找一个空闲的GPIO（例如PA4），点击它，选择GPIO_Output。这个引脚将用于控制SD卡的片选。在System Core->GPIO里，可以设置这个引脚初始为高电平（因为SPI片选通常是低电平有效）。
    • 将SD卡的DI（数据输入）接MCU的MOSI，DO（数据输出）接MISO，CLK接SCK，CS接我们刚配置的GPIO（如PA4）。
  3. SPI参数配置：
    • Clock Prescaler：这是SPI时钟分频。SD卡在SPI模式下，初始化阶段需要低速（通常<400kHz），初始化完成后可以切换到高速。为了简单，我们可以先设一个较低的分频，例如PCLK2 / 256（假设系统时钟168MHz，SPI时钟约656kHz）。在代码中，初始化完成后，我们可以动态修改分频器来提高速度。
    • Data Size:8 Bits。
    • First Bit:MSB First。
    • Clock Polarity和Clock Phase：这是SPI的CPOL和CPHA模式。SD卡在SPI模式下固定使用模式0，即CPOL=Low，CPHA=1Edge。在CubeMX中对应为Low和1 Edge。这个必须设置正确！
  4. 中间件FATFS配置：
    • 同样使能FATFS。
    • 在Drive Connection这里，SPI模式需要选择SD Card (SPI)。这个选项会生成针对SPI模式的sd_diskio.c文件，里面的底层读写函数是基于HAL_SPI的。

3.4 工程生成与代码解读

完成所有配置后，点击Project Manager标签页：

  • 设置Project Name和Project Location。
  • Toolchain / IDE选择你使用的IDE，如MDK-ARM V5（Keil）或STM32CubeIDE。
  • 在Code Generator部分，我强烈建议勾选：
    • Generate peripheral initialization as a pair of ‘.c/.h’ files per peripheral：为每个外设生成独立的初始化文件，结构更清晰。
    • Backup previously generated files when re-generating：重新生成代码时备份旧文件，防止误覆盖你的修改。

最后点击GENERATE CODE。生成完成后，用你的IDE（如Keil）打开工程。

打开工程后，你会看到CubeMX生成了大量文件。与我们SD卡驱动相关的核心文件有：

  • Core/Src/main.c: 主函数，外设初始化都在MX_xxx_Init()函数里。
  • Core/Src/sdio.c或Core/Src/spi.c: 对应外设的初始化代码。
  • Core/Src/fatfs.c: FATFS中间件的初始化。
  • Core/Src/sd_diskio.c：这是灵魂文件。它包含了连接FATFS和底层SD驱动的所有函数，如SD_initialize（初始化卡）、SD_read（读扇区）、SD_write（写扇区）。你需要关注这个文件。
  • Middlewares/Third_Party/FatFs/src/: 这里是FATFS库的完整源码。

对于SPI模式，你需要特别注意sd_diskio.c里的SD_CheckStatus函数和读写函数。它们使用你配置的SPI外设（如&hspi1）和手动控制的片选GPIO（如SD_CS_GPIO_Port,SD_CS_Pin）来进行通信。如果SD卡初始化失败，首先应该检查这里的SPI句柄和GPIO定义是否正确。

4. 驱动代码的编写、调试与文件系统操作

生成了代码骨架，现在我们来注入灵魂——编写应用层代码，并解决实际运行中一定会遇到的问题。

4.1 应用层代码示例：挂载、读写文件

在主文件main.c的/* USER CODE BEGIN Includes */之后，添加FATFS的头文件：

#include “fatfs.h”

然后定义必要的变量：

FATFS fs; // 文件系统对象 FIL file; // 文件对象 FRESULT fr; // 操作结果 UINT bw; // 实际写入的字节数 char buffer[] = “Hello, STM32 & SD Card!\n”;

在main函数的初始化部分（/* USER CODE BEGIN 2 */）之后，开始操作SD卡：

/* USER CODE BEGIN 2 */ // 1. 挂载文件系统 fr = f_mount(&fs, “0:”, 1); // “0:” 对应CubeMX中配置的驱动器编号，1表示立即挂载 if (fr != FR_OK) { // 挂载失败，可以通过fr判断错误类型 printf(“SD Card mount failed! Error: %d\n”, (int)fr); Error_Handler(); } else { printf(“SD Card mounted successfully.\n”); } // 2. 打开（或创建）一个文件用于写入 fr = f_open(&file, “0:/test.txt”, FA_CREATE_ALWAYS | FA_WRITE); if (fr != FR_OK) { printf(“Open file for write failed.\n”); } else { // 3. 向文件写入数据 fr = f_write(&file, buffer, sizeof(buffer) - 1, &bw); // 注意字符串长度 if (fr == FR_OK && bw == sizeof(buffer) - 1) { printf(“Write file success, bytes written: %d\n”, bw); } else { printf(“Write file failed.\n”); } // 4. 关闭文件 f_close(&file); } // 5. 重新打开文件读取 fr = f_open(&file, “0:/test.txt”, FA_READ); if (fr == FR_OK) { char read_buf[100]; fr = f_read(&file, read_buf, sizeof(read_buf), &bw); if (fr == FR_OK) { read_buf[bw] = ‘\0’; // 添加字符串结束符 printf(“Read from file: %s”, read_buf); } f_close(&file); } // 6. 最后，不再使用时卸载文件系统（可选） // f_unmount(“0:”); /* USER CODE END 2 */

这段代码完成了最基本的挂载、写文件、读文件操作。FRESULT是FATFS操作的返回类型，FR_OK（0）表示成功，其他值表示错误（如FR_NOT_READY-磁盘未就绪，FR_NO_FILESYSTEM-没有找到有效文件系统）。

4.2 核心调试技巧与问题排查实录

即使CubeMX生成了代码，第一次成功读写SD卡也 rarely 一帆风顺。下面是我总结的、最常遇到的几个问题及其排查思路，这比官方手册更实用。

问题1：SD卡初始化失败，f_mount返回FR_NOT_READY或FR_DISK_ERR。

这是最常见的问题，根本原因在于底层物理通信没建立起来。

  • 检查硬件连接：这是第一步也是最容易出错的一步。用万用表检查所有连接线，确保没有虚焊、短路。特别是SDIO的CMD和DAT线，如果接触不良，初始化时发送CMD0、CMD8等命令就得不到正确响应。
  • 检查电源：SD卡需要稳定的3.3V供电。测量一下SD卡座的VCC引脚电压，在MCU启动和通信时是否稳定。有些TF卡座接触不良会导致供电不稳。可以尝试换一张SD卡或换一个卡座。
  • 检查时钟速度：对于SDIO模式，在初始化阶段（识别卡阶段），时钟速度不能太快。HAL库的HAL_SD_Init函数内部会调用HAL_SD_InitCard，这个函数会先以低速时钟（通常400kHz）进行识别，然后再切换到配置的高频时钟。确保你的SDIO外设时钟配置（CubeMX的Clock Configuration里）不超过48MHz。对于SPI模式，初始化时SPI波特率分频要足够大（如256分频），初始化成功后再调小分频提速。
  • 检查上拉电阻：SDIO的CMD和DAT0-DAT3线，在物理规范上要求有10k-50k的上拉电阻。很多开发板已经集成，但如果你是自己画的板子，务必加上。没有上拉电阻，信号在高阻态时不稳定，极易导致通信失败。
  • 使用调试器：在HAL_SD_Init或SD_Initialize（在sd_diskio.c里）函数开始处设置断点，单步执行，看具体在哪一步HAL函数返回了错误（HAL_ERROR）。HAL库的错误码（HAL_SD_ErrorTypeDef）能给你更具体的线索，比如超时、CRC错误等。

问题2：可以初始化，但创建文件或读写文件失败，返回FR_NO_FILESYSTEM。

这通常意味着SD卡上没有有效的FAT文件系统，或者文件系统损坏。

  • 格式化SD卡：将SD卡通过读卡器插入电脑，格式化为FAT32格式。注意：对于容量大于32GB的卡，Windows默认可能格式化为exFAT，而默认的FATFS可能不支持exFAT。务必选择FAT32。分配单元大小可以使用默认值。
  • 检查卡容量兼容性：早期的FATFS版本或配置可能不支持超大容量卡（如128GB以上）。如果可能，使用4GB、8GB、16GB的卡进行测试，兼容性最好。
  • 手动调用FATFS的f_mkfs函数：你可以在代码中尝试格式化卡。但这会清空卡上所有数据，慎用！示例：
    uint8_t work[_MAX_SS]; // 格式化缓冲区，大小为扇区大小（通常512） fr = f_mkfs(“0:”, FM_FAT32, 0, work, sizeof(work));

问题3：读写文件正常，但速度非常慢（尤其是SPI模式）。

  • SPI模式优化：
    1. 提高SPI时钟：初始化成功后，在SD_Initialize函数末尾或应用层，调用__HAL_SPI_SET_CLOCKDIV或重新配置hspi1.Init.BaudRatePrescaler并调用HAL_SPI_Init，将分频系数改小，例如从256改为8。注意：SD卡有最高时钟限制（通常25MHz），不要超过。
    2. 使用DMA：在CubeMX中为SPI配置DMA发送和接收流，并在FATFS配置中勾选Use DMA。这能极大解放CPU，提升多块数据连续读写的速度。
  • SDIO模式优化：
    1. 确保DMA已正确配置并启用：检查sd_diskio.c中的读写函数，确认它们调用的是带DMA的HAL函数（如HAL_SD_ReadBlocks_DMA）。
    2. 调整SDIO时钟：在芯片支持的范围内，适当提高SDIO时钟频率（如F407最高可设48MHz）。
    3. 使用4位宽模式：确认CubeMX中SDIO配置为4-bit Wide bus。
    4. 优化文件操作：避免频繁打开关闭文件。对于日志记录，可以打开文件后持续追加写入，最后再关闭。单次写入的数据量尽量大（如一次写512字节或整倍数），减少函数调用和扇区操作开销。

问题4：长时间运行后，文件系统出错或数据丢失。

  • 安全移除：在系统断电或复位前，务必调用f_sync(&file)将文件的缓存数据强制写入磁盘，然后f_close(&file)，最后f_unmount(“0:”)。突然断电可能导致FAT表损坏。
  • 检查电源完整性：在MCU和SD卡供电引脚附近增加足够的去耦电容（如100nF和10uF），滤除电源噪声。SD卡在写操作时电流会有波动。
  • 处理写保护：虽然硬件上可能没有写保护开关，但软件上可以定期检查SD_CheckStatus，如果卡被拔出或状态异常，应及时关闭文件并卸载文件系统。

4.3 高级话题：动态切换SPI速度与低功耗考量

动态切换SPI速度：为了兼容性，初始化时需要低速；为了性能，初始化后需要高速。我们可以在sd_diskio.c的SD_Initialize函数里实现。找到初始化成功的部分（STATUS_OK之后），添加修改SPI波特率的代码：

// SD_Initialize 函数内部，初始化成功后的部分 if (Stat == SD_OK) { // ... 其他操作 ... // 动态提高SPI速度 hspi1.Instance->CR1 &= ~SPI_CR1_SPE; // 关闭SPI hspi1.Init.BaudRatePrescaler = SPI_BAUDRATEPRESCALER_8; // 修改分频为8 if (HAL_SPI_Init(&hspi1) != HAL_OK) { // 重新初始化失败处理 Stat = SD_ERROR; } // SPI会在后续操作中由HAL库重新使能 }

低功耗考量：在电池供电的设备中，SD卡是耗电大户。当不进行读写操作时，可以通过发送CMD0（GO_IDLE_STATE）让SD卡进入空闲状态，或者更彻底地，在SPI模式下将片选线拉高，并停止SPI时钟。在SDIO模式下，可以关闭SDIO外设时钟。但要注意，重新启用时需要重新初始化卡。更常见的做法是在软件设计上，将数据在RAM中缓存一段时间，然后集中写入SD卡，减少卡的活动时间。

5. 项目总结与扩展思考

走到这一步，你应该已经能够用STM32CubeMX成功驱动SD卡并进行文件读写了。回顾整个过程，CubeMX的价值在于它把复杂的底层硬件配置、驱动对接和中间件集成，变成了可视化的勾选和参数设置。它生成的HAL库代码，虽然有时显得冗长，但结构清晰、可移植性好，并且有完善的错误处理机制。

我个人在实际项目中最大的体会是：不要畏惧去阅读CubeMX生成的代码，尤其是sd_diskio.c和HAL库中的stm32f4xx_hal_sd.c或stm32f4xx_hal_spi.c。当出现问题时，这些生成的代码就是你最好的调试入口。通过单步执行，你能看到HAL库是如何发送CMD55、ACMD41等命令来初始化卡的，能看到DMA传输是如何设置的，这比任何教程都来得直接。

这个基础的SD卡驱动框架，可以扩展到很多有趣的应用：

  • 数据记录仪：结合ADC定时采样，将数据以CSV格式写入SD卡，生成的文件可以直接用Excel打开分析。
  • 音频播放器：将WAV或MP3文件存储在SD卡上，通过I2S接口解码播放。
  • 图片显示器：读取SD卡上的BMP或JPEG图片，通过FSMC接口显示到TFT屏幕上。
  • 固件更新：实现一个IAP（在应用编程）功能，将存放在SD卡里的新固件文件（bin文件）拷贝到内部Flash的指定位置，然后跳转执行。

最后一个小技巧：如果你需要更高的文件操作性能或更复杂的功能（如多线程安全访问），可以考虑在CubeMX中使能FreeRTOS，然后在文件操作时使用信号量（Semaphore）来保护对SD卡这个共享资源的访问。CubeMX也能一键生成FreeRTOS的代码框架，让你的嵌入式系统从单线程走向多线程，处理能力再上一个台阶。

编程学习 学习日记 实战经验
← 返回列表