企业官网建设流程全解析

做嵌入式开发这几年，ST官方工具链里我觉得最应该早一点上手的就是 STM32CubeMX。它不是什么高深莫测的东西，本质就是一个图形化的初始化代码生成器：你告诉它用哪颗芯片、哪些引脚要干什么、时钟跑多快，它直接给你生成一套可编译的HAL库工程。一个用寄存器翻手册翻半天的外部中断配置，在这工具里就是拉个选项的事。

这篇文章我打算把下载、安装、环境配置、实际建工程、再到用硬件SPI读写W25Q64这个经典外设，完整走一遍。不管你是刚接触STM32的小白，还是从标准库转HAL库的老手，这套流程都能直接照着做，少走弯路。

1. 为什么大家开始用 STM32CubeMX：开发方式的一次切换

1.1 从标准库到HAL/LL库：变化的根源

早些年写STM32，主流路线是标准外设库（StdPeriph_Lib），用的时候需要自己去ST官网下对应芯片的库压缩包，解压后手动把 Libraries、Project 这些文件夹复制到工程里。最麻烦的是每个外设初始化都要对着参考手册查寄存器，就一个GPIO翻转也要写一堆结构体配置代码。我当时用STM32F103写I2C，光查时序和寄存器就花了两天。

ST后来主推HAL库（Hardware Abstraction Layer）和LL库（Low Layer），思路是把底层寄存器操作全部包成函数。而STM32CubeMX就是专门配合HAL库的图形化工具：图形化配置时钟树、引脚复用、外设模式，然后自动生成初始化代码。也就是说，传统方式中“抄参考手册改寄存器初始代码”这部分工作量，被工具自动完成了。

1.2 CubeMX到底帮你做了什么

这个工具核心解决几个痛点：

一是时钟树配置。STM32的时钟系统对新手特别不友好，PLL的倍频系数、分频系数、总线时钟上限，错了就启动不了。CubeMX里你只需要输入想要的频率（比如HCLK=72MHz），它自动算好各个分频倍频参数，还会检查是否超频。

二是引脚复用。一个引脚可能同时是USART_TX、SPI_SCK、I2C_SCL等，如果手动查AF映射表很容易选错。CubeMX图形界面里，你勾选某个外设功能，引脚分配直接在图上可视化，冲突了它会提示。

三是初始化代码。生成的主函数、外设初始化函数都是可以直接编译跑起来的。外设回调机制也搭建好了，比如串口接收完成中断回调函数，它自动给你留好空函数，你只要填内容。

1.3 适合谁用：新手别怕，老手也别端着

如果你是刚开始接触STM32的新手，CubeMX最大的价值是让你绕开“工程配置”这个劝退很多人的坑。在老教程里第一个点灯程序往往要花大量篇幅在新建工程、添加文件路径、配置编译选项。用CubeMX，从打开到生成能编译的LED工程大概不到十分钟，你就能看到现象。

老手可能觉得手动配置更可控，但实际上在需要快速验证方案，比如想试一下把SPI从模式0改成模式1，或者换一个定时器通道输出PWM时，用CubeMX改参数重新生成，效率高得多。工程代码放在用户代码区，重新生成也不会被覆盖，这在后期维护上省心很多。

2. 下载与安装：ST官网的正确打开方式

2.1 官方渠道是ST官网，别去第三方倒手

STM32CubeMX的下载地址在ST官网（st.com），搜索“STM32CubeMX”就能找到下载页，打开时有一个版本列表，我建议直接下最新稳定版，老版本没必要。需要注意的是官网下载前通常要注册并登录ST账号，这个流程属于正常操作，填个邮箱，验证一下就能完成。别图省事去某些“国内镜像站”下老版本，一方面版本太旧界面和功能都不一样，另一方面安全也没保证。

如果你在搜索引擎上看到一些打着“STM32CubeMX下载”旗号的第三方网站，下载下来的是压缩包甚至篡改过的安装文件，那就亏大了。ST官方路径就是注册后从产品页面下载，稳妥。

2.2 安装过程中的坑：路径和Java环境

下载下来的安装包是exe格式（Windows平台），双击安装。安装这一步有两个经验值得提前说：

安装路径一定不要有中文和空格。这个几乎是我见到过新手报错最集中的来源之一。你装到“D:\开发工具\正点原子”这类路径，后续生成代码、调用编译器都可能莫名其妙出问题。标准做法是装到纯英文路径，比如D:\Tools\STM32CubeMX。

Java运行环境。较新版本的CubeMX基于Eclipse平台，需要JRE（Java运行时环境）支持。如果安装时提示找不到Java，你需要先去下载安装JDK/JRE（建议Java 11或17），装好后再重新启动CubeMX。有些教程说不用装Java是因为某些版本会用自带运行时，但为了省事，我建议提前装好Java环境，避免安装过程中卡在环境检测这一步。

安装界面一路Next就行，完成后桌面会出现STM32CubeMX图标。

2.3 首次启动：最劝退的固件包下载环节

第一次打开CubeMX，它会尝试从ST官网下载当前所用芯片对应的固件支持包（Firmware Package，简称FW包）。这个包通常几百MB，在部分网络环境下下载速度非常慢，甚至一直卡在检验更新或0%。

实测下来有几个有效的处理办法：

• 多等待极少数情况是服务器响应慢，多等几分钟可能会开始。
• 通过Help -> Manage embedded software packages 打开固件管理窗口，在STM32Cube MCU Packages列表里找到对应系列（比如F1系列、F4系列），勾选后点Install。
• 如果在窗口里一直转圈，可以考虑下载离线包手动导入。在固件管理窗口上有个From Local...按钮，选择已下载的本地FW包压缩文件，即可导入，不需要“在线爬”这一个缓慢的过程。
• 顺着上面固件包“From Local”的方式，还可以提前去ST官网下载离线固件包（比如en.stm32cubef1.zip），解压后也可以放置到CubeMX默认的仓库目录下。

提示：FW包下载慢或失败是最多人问的安装问题。如果你的网络访问ST官网很吃力，优先考虑离线包，不要反复在在线安装界面点“Retry”。

2.4 升级与版本选择

CubeMX软件本身也会不定期更新。我的建议是没必要追新，因为新版往往要求更新的Java环境，而且有时生成的代码结构略有变化。另一个容易忽视的点是固件包版本，不同的HAL库版本，某些外设API可能有细微差别。如果你的工程一直用某个HAL版本稳定运行，就不要轻易在“Manage embedded software packages”里一键更新到最新固件包，避免升级后代码行为出现意外。同一个工程升级FW包后，重新生成的代码有时会在初始化参数顺序、默认值上有变化，影响可能是细微但致命的。

3. 界面与基础配置：把新环境调到顺手

3.1 首次打开的界面布局与初始设置

打开STM32CubeMX后，可以看到左边是新建工程的入口，右边是最近打开的工程列表。界面上方菜单栏有几个常用入口：File（文件）、Help（帮助，固件包管理等）。

新建工程有两种方式：一种是基于芯片型号（选择MCU），比如你手上就是某颗STM32F103RCT6，选这个；另一种是基于官方开发板（选择Board），适合买了Nucleo或Discovery板子的人，板载资源会自动配置好。我平时做项目几乎都选“按MCU选”，因为自己做板子用的芯片各不相同。

在设置里，有几个在开始建工程前最好先配置好的项：

打开Edit -> Preferences，里面有Firmware标签页，可以设置固件包默认下载位置。建议改到非系统盘，比如D:\STM32Cube\Repository，这样重装系统不会丢缓存。Network标签页里有代理设置，如果公司网络需要代理可以在这里填。

3.2 中文汉化：界面语言切换

刚接触CubeMX时，英文界面可能让部分人觉得别扭。实际上CubeMX本身支持界面语言切换，路径是：

Edit -> Preferences -> General -> Language，选择Chinese，重启软件即可看到中文界面。

需要注意：中文化的是软件界面菜单，生成的代码注释仍然是英文的，这个不影响使用。汉化不要用网上流传的“汉化补丁”，因为那些补丁版本经常跟软件版本不匹配，反而会出现界面错乱问题。就用官方自带的语言切换功能最稳。

3.3 固件包管理与多系列芯片共存

如果你同时开发F1和F4系列的板子，在Manage embedded software packages里把对应的FW包都装上就行。这个管理器还会检测有哪些系列可以升级。曾经有人只装了F1的FW包，然后建工程时输入F407芯片型号，结果发现校验固件包失败创建不了工程，原因就是没装F4系列的FW包。这种问题查起来其实很简单，但搜索引擎上常看到满屏的求助帖，所以我特意在这里提一下。

4. 完整建立一个工程：从零到LED闪烁

4.1 新建工程与芯片选择：以STM32F103C8T6为例

我以最常见的STM32F103C8T6（蓝色板子那颗芯片）为例，走一遍完整流程。

打开CubeMX，点击Access to MCU Selector，打开芯片选择界面。在搜索栏输入STM32F103C8，下方会出现对应型号，双击进入配置界面。

进入配置界面后，如果你的芯片没装对应的FW包，CubeMX会提示需要下载或确认。确认后进入主配置界面，左边是引脚图，右边是外设和时钟配置区，这跟Altium Designer画PCB时候引脚封装图的感觉有点像，直接对想用的引脚做操作。

4.2 时钟配置：为什么总强调RCC先开外部晶振

在System Core下找到RCC（Reset and Clock Control），这里有两项与外部晶振有关：High Speed Clock (HSE)和Low Speed Clock (LSE)。如果板子上有8MHz外部晶振，HSE选择Crystal/Ceramic Resonator；如果只是靠内部RC，选Disabled。

这里很多人可能会疑惑：我用的内部时钟不行吗？可以，但用外部晶振通常更准，串口波特率、定时器时间等涉及时间基准的外设都依赖时钟精度。内部RC在全温度范围下有百分之几的漂移，对想稳定跑CAN或串口通信的场景影响比较大。

然后在Clock Configuration标签页里，直接在 HCLK 输入框填入72（F103最高主频），工具会自动计算其他分频值。如果配置非法，界面会用红色警示并给出提示，比如超出最高频率会报错。

4.3 GPIO配置：点亮一颗LED需要关心什么

在引脚图上直接点击想要控制的引脚，在弹出菜单中选择GPIO_Output。比如PA5作为LED控制脚（很多板子出厂LED默认接PA5），将PA5设为输出模式。

然后点击左侧的GPIO选项进入详细参数配置：

• GPIO output level：初始电平，建议设成High，LED低电平点亮的话就不会上电闪一下。
• GPIO mode：Output Push Pull（推挽输出）和Open Drain（开漏）两种。普通LED控制选推挽即可。
• Maximum output speed：低速就够了，这里不要为了“性能”直接选High，高速翻转可能引入额外的EMI。
• User Label：这是非常好的功能。你可以给引脚起一个有意义的名字，比如LED0，生成代码后，代码中就不再是一堆GPIO_PIN_5这样的宏，而是LED0_Pin、LED0_GPIO_Port，可读性大大提高。

4.4 工程管理设置：IDE选择与代码生成选项

点击Project Manager标签页，这里面有几个很关键的选项。

Project Name不要用中文，比如取my_led_test。Project Location选择你的工作目录，路径同样不能有中文。Toolchain / IDE这一项，选实际使用的开发环境：

• 如果常用Keil MDK，选MDK-ARM，生成的是.uvprojx工程文件。
• 用ST官方IDE就选STM32CubeIDE。
• 想要一个可以跨IDE的独立项目，选Makefile，配合VS Code或命令行编译很灵活。

下方还有个Code Generator子选项，建议这样设置：勾选Copy only the necessary library files（只复制用到的库，缩小工程体积）；勾选Generate peripheral initialization as a pair of '.c/.h' files per peripheral（每个外设独立 .c/.h 文件，工程结构更清晰）；建议勾选Check for main，不加多余注释。设置好后点击右上角的Generate Code。

注意：生成代码前，务必确认工程路径中没有中文。CubeMX遇到中文路径，可能直接报错，也可能生成后代码编译不过。我踩过这个坑后，专门把工作目录固定在D:\work\stm32_project这种纯英文结构，之后很少出问题。

4.5 首次编译烧录：Keil里打开工程

生成完成后，在工程目录下会多出.uvprojx文件，直接用Keil打开就能编译。如果你的电脑装的是MDK5，双击即可打开，也可能需要手动点击TargetOptions里选择正确的Flash算法，一般提示一下就可以刷写。

打开工程后能看到CubeMX自动生成的目录结构：

• Core/Inc：头文件
• Core/Src：main.c、stm32f1xx_it.c、gpio.c（或main.c等）
• Drivers/STM32F1xx_HAL_Driver：HAL库源码
• Drivers/CMSIS：CMSIS内核头文件

main.c中的主循环结构是这样的：

int main(void) { HAL_Init(); SystemClock_Config(); MX_GPIO_Init(); while (1) { // 用户代码区 HAL_GPIO_TogglePin(LED0_GPIO_Port, LED0_Pin); HAL_Delay(200); } }

有个非常非常关键的约定：CubeMX重新生成代码时，只会覆盖系统生成的代码，你写在/* USER CODE BEGIN */和/* USER CODE END */之间的内容会保留。所有自己的业务代码，务必写在这对注释之间，否则下次改配置重新生成，代码就直接被覆盖了。

这个约定是CubeMX使用中最重要的一个“规矩”，只要遵守了，重复生成多少次都是安全的。

5. 进阶实战：用硬件SPI操作W25Q64

5.1 为什么要选硬件SPI而不是模拟SPI

W25Q64是一颗8MB（64Mbit）的SPI NOR Flash，在很多开发板、模块上都能看到，常用于存储字库、参数、录音数据等。驱动它最直接的思路是用GPIO模拟SPI时序，好处是引脚随意、逻辑直观。但模拟SPI的缺点是速度上不去，而且占CPU。只要芯片带有硬件SPI外设，就应该用硬件SPI，原因有三：

• 速度：硬件SPI由外设自动控制时钟与数据移位，可达几Mbps到几十Mbps，模拟SPI的翻转速度受CPU主频和代码效率限制。
• 可靠性：硬件SPI有专用移位寄存器，数据收发不会因中断被打断而错位，时序天然稳定。
• CPU占用低：传输过程中CPU可以去做别的事，等发送完成中断或DMA通知即可。

CubeMX中配置SPI非常直观，用不着一个个查寄存器，这也是我推荐先用CubeMX建立SPI工程的原因。

5.2 CubeMX中SPI1外设的配置参数

打开RCC/HSE后，在左边的Connectivity下拉菜单中选择SPI1，Mode选择Full-Duplex Master，软件NSS（片选管理）我们后面手动控制，所以NSS类型不要选“Hardware NSS Output”，而是让CubeMX把NSS引脚留作普通GPIO。

参数配置这块建议按下面这套来：

• Prescaler（分频）：设置SPI时钟速率。对F103，APB2时钟72MHz，除以256后大约是281kHz，太慢了；除2得到36MHz，对W25Q64来说超过它的上限。W25Q64支持最大约80MHz（实际要看具体型号和供电电压），但STM32F103的SPI最高一般是18Mbps，所以分频选4，得到18MHz，稳妥。如果为了提高稳定性，选8（9MHz）也可以。
• Clock Polarity (CPOL)和Clock Phase (CPHA)：这两项组合决定SPI模式。W25Q64支持模式0（CPOL=0, CPHA=0）和模式3（CPOL=1, CPHA=1）。推荐用模式0，即Low和1 Edge。
• Data Size：8 Bits。
• First Bit：MSB First，SPI Flash和大多数SPI器件都是MSB先出。
• Baud Rate：上面说到的分频结果。

这里特别想提醒：CPOL/CPHA模式一定要看从机数据手册。两个设备SPI通信“握手失败”时，多半就是模式不匹配。我这里用的模式0是因为W25Q64手册写明支持SPI Mode 0，标准且兼容性最好。

5.3 硬件连接与引脚分配

W25Q64模块与STM32的连接相当固定。我用的是SPI1，则：

可以看到，CubeMX在配置SPI1后，会自动把PA5、PA7分配为SPI功能，剩余PA4我手动设为GPIO_Output，并命名为Flash_CS。这个命名在代码中会变成Flash_CS_Pin和Flash_CS_GPIO_Port，非常直观。

5.4 HAL库SPI函数：发送接收一条龙原理

HAL库操作SPI的函数里有三个常用接口：

HAL_StatusTypeDef HAL_SPI_Transmit(SPI_HandleTypeDef *hspi, uint8_t *pData, uint16_t Size, uint32_t Timeout); HAL_StatusTypeDef HAL_SPI_Receive(SPI_HandleTypeDef *hspi, uint8_t *pData, uint16_t Size, uint32_t Timeout); HAL_StatusTypeDef HAL_SPI_TransmitReceive(SPI_HandleTypeDef *hspi, uint8_t *pTxData, uint8_t *pRxData, uint16_t Size, uint32_t Timeout);

这几个函数是全双工模式下最常用的。这里有个新手常犯的理解错误：以为SPI发送和接收是两个独立动作，其实SPI全双工模式下，每一次发送的同时就会收到一个字节。主设备发出命令时，从设备返回的数据也在同步接收。所以如果你只是想读数据，也要发送一个“空字节”来产生时钟，这在Flash指令里表现为“丢弃/虚拟字节”。

5.5 W25Q64关键命令与读写操作示例

W25Q64的指令集是标准的SPI NOR Flash指令。下面是几个最常用的：

例子：读取芯片ID，先拉低CS，发送 0x90，再发送两个虚拟字节（0x00 0x00），然后发送一个字节取回制造商ID，再发送一个字节取回设备ID。代码如下：

uint8_t flash_read_id(void) { uint8_t cmd = 0x90; uint8_t dummy = 0x00; uint8_t manufacturer = 0; uint8_t device = 0; FLASH_CS_LOW(); // 拉低片选 HAL_SPI_Transmit(&hspi1, &cmd, 1, 100); HAL_SPI_Transmit(&hspi1, &dummy, 1, 100); HAL_SPI_Transmit(&hspi1, &dummy, 1, 100); HAL_SPI_Receive(&hspi1, &manufacturer, 1, 100); HAL_SPI_Receive(&hspi1, &device, 1, 100); FLASH_CS_HIGH(); // 拉高片选 if(manufacturer == 0xEF && device == 0x16) return 1; // W25Q64的ID return 0; }

擦除和写的流程上，需要注意先“写使能”这个规矩。很多SPI Flash不先发0x06，后面的擦除和写入操作直接无效。写一个页的代码：

void flash_page_program(uint32_t addr, uint8_t *data, uint16_t len) { uint8_t cmd[4]; cmd[0] = 0x02; cmd[1] = (addr >> 16) & 0xFF; cmd[2] = (addr >> 8) & 0xFF; cmd[3] = addr & 0xFF; FLASH_CS_LOW(); HAL_SPI_Transmit(&hspi1, cmd, 4, 100); HAL_SPI_Transmit(&hspi1, data, len, 100); FLASH_CS_HIGH(); }

但写页编程前必须先执行：

void flash_write_enable(void) { uint8_t cmd = 0x06; FLASH_CS_LOW(); HAL_SPI_Transmit(&hspi1, &cmd, 1, 100); FLASH_CS_HIGH(); }

写完后还不能立刻进行下一步，需要轮询等待内部烧录完成：

void flash_wait_busy(void) { uint8_t status; uint8_t cmd = 0x05; do { FLASH_CS_LOW(); HAL_SPI_Transmit(&hspi1, &cmd, 1, 100); HAL_SPI_Receive(&hspi1, &status, 1, 100); FLASH_CS_HIGH(); } while (status & 0x01); // BUSY位为1表示忙，等待内部操作完成 }

提示：每次对Flash进行写、擦操作前先发0x06写使能，操作后轮询0x05状态寄存器的BUSY位，这是很多人刚上手时最容易漏掉的一个细节。漏掉这两步，Flash“写不上”或者“读出来全FF”，排查方向往往都会往硬件上想，最后才发现是软件时序问题。

5.6 硬件SPI项目里的经验心得

如果你是自己用杜邦线连接模块，通信不稳定时先检查共地（GND相连），然后检查SCK/MOSI/MISO有没有接反，最后把SPI时钟调低一档试试。这些看起来像客套话，但它们真的是排查顺序最高的三件事。

另外，SPI模式下CS的管理完全由你控制。有些Flash支持“一次传输多命令”，但前提是你在操作期间不能把CS拉高。在代码里留意CS拉低/拉高的时机，拉低了就是让从机“进入工作状态”，拉高了就是告诉它“本次命令结束”。有些刚接触的同学会在一个命令还没发完就提前把CS拉高，或者忘了拉高，这两种现象的表现都不同，需要根据具体情况分析。

6. FreeRTOS集成与典型问题排查

6.1 CubeMX里直接集成FreeRTOS

热搜词里有stm32cubemx freertos，说明不少人在关注RTOS与CubeMX的配合。CubeMX对FreeRTOS的支持确实做得很成熟。

在左边菜单找到Middleware，选择FREERTOS，Mode选CMSIS_V2（新版HAL库一般都用V2接口）。之后你可以配置任务：Task Name，Entry Function（入口函数名）、Stack Size、Priority等。还可以配置信号量、队列、互斥量等内核对象生成。

配置完生成代码后，主函数里会多出：

osKernelInitialize(); // 用户任务创建、队列创建写在 USER CODE 区域 osKernelStart();

FreeRTOS 内核启动后会接管调度，任务入口函数在app_freertos.c的 USER CODE 区里实现。我的体会是：如果你打算用实时操作系统，完全不必从零去移植一个FreeRTOS，CubeMX生成的就是官方推荐方式，并且和HAL库的时基等做了适配，省掉的移植精力不是一星半点。但要注意，HAL库的时基默认用SysTick，而FreeRTOS也依赖SysTick，CubeMX会自动改为使用一个定时器作为HAL时基，默认情况下不需要你手动干预，在stm32f1xx_hal_timebase_tim.c中可以看到相关配置。

6.2 实用问题清单：从下载到编译烧录，我整理过的问题

把个人遇到和帮别人看过的典型问题汇总一下：

6.3 从标准库迁移到HAL库的几个注意点

如果你像我一样是标准库时代过来的，刚切换到HAL时会有几个不适应：

第一，外设句柄不是全局变量，而是一个结构体句柄，比如SPI_HandleTypeDef hspi1;。所有HAL函数都要传入这个句柄，相当于告诉库“我要操作哪个实例”。这点和标准库里直接用SPI1这个名字不太一样，习惯就好。

第二，很多状态判断从寄存器直接读，换成了函数调用，比如HAL_GPIO_ReadPin()代替你手动读GPIOA->IDR & GPIO_PIN_0。效率和可读性各有取舍，但我个人觉得HAL的可读性实际上是提高的，尤其是代码交给别人看时。

第三，中断回调。标准库常在中断函数里放一堆业务逻辑，HAL推荐你在中断服务函数里调用“中断通用处理函数”，然后在回调函数里写业务。比如串口接收中断：

void HAL_UART_RxCpltCallback(UART_HandleTypeDef *huart) { if(huart->Instance == USART1) { // 收到一个字节后的业务处理 } }

这种基于回调的编程方式，对多人协作和维护挺友好。刚开始会不习惯，但用顺手后，你会发现中断里只做标记、业务逻辑放在回调里，调试起来很舒服。

还有个细节：HAL库的时基是HAL_Delay()使用的变量。如果你在中断里调用HAL_Delay()，要考虑中断优先级和HAL时基中断是否有冲突。CubeMX默认已经把HAL时基放在一个可配置的定时器上，这部分不需要你手动去处理，但如果自己添加了低优先级任务，还是要注意不要在中断上下文里做耗时过长的操作。

最后说点实际操作中的体会

用了几年STM32CubeMX下来，我最深的一点体会是：它不是一个让人“偷懒不学底层”的工具，而是把“重复劳动的配置工作”和“可复用的初始化逻辑”分离了。如果你想深入研究寄存器，完全可以阅读生成的初始化代码，把一行行配置和参考手册对照着看，这比对着书本讲抽象概念更容易理解。如果你想快速做出功能原型，图形化界面能帮你省下大量时间。

在实际项目中，我还会在生成的工程基础上建立自己的驱动库目录，比如BSP、App这类文件夹，把元器件驱动按模块放进去，然后利用CubeMX只负责芯片级的初始化。这样既保留了CubeMX自动生成外设初始化的好处，也让我自己的业务代码保持整洁可控。

另外一个建议是：尽量保持CubeMX配置和代码修改的同步。如果你在代码里手动改了外设初始化参数，一定要回到CubeMX里同步修改配置并重新生成，否则下一次生成代码时，你的手动修改会被覆盖，然后你还要花时间重新比对差异。借助Git管理每次生成前后的差异，也值得养成习惯。

如果你是刚开始接触STM32，我真心建议不要跳过CubeMX这一步。它现在的完善程度，已经足够让一个完全没接触过ARM的新手，在一天内点亮一块板子上的LED、跑通串口、甚至读一个Flash的ID。剩下的，就是在这个基础上，不断往里面填你自己想实现的东西了。