news 2026/8/12 15:36:05

Zephyr RTOS开发环境搭建：基于STM32F103C8T6与VSCode的完整实践指南

作者头像

张小明

前端开发工程师

1.2k 24
文章封面图
Zephyr RTOS开发环境搭建：基于STM32F103C8T6与VSCode的完整实践指南

最近在折腾一个基于 Stm32f103c8t6 最小系统板的项目，想试试用 Zephyr RTOS 来开发。本以为在 VSCode 里配置好环境，照着官方文档一步步来就能轻松点亮 LED，结果却卡在了“找不到设备”、“编译失败”、“烧录报错”这些看似简单，实则让人抓狂的环节上。折腾了几个晚上，才终于把整个流程跑通。这让我意识到，对于很多初次接触 Zephyr 的开发者，尤其是从 Arduino 或标准库开发转过来的朋友来说，最大的障碍往往不是 Zephyr 本身有多复杂，而是如何把开发环境、硬件连接、项目配置和烧录工具这四块“积木”严丝合缝地拼在一起。

很多人可能觉得，不就是装个插件、连根线、点个按钮吗？但 Zephyr 的构建系统（West）、VSCode 的集成方式，以及不同烧录工具（ST-Link, J-Link）的细微差别，任何一个环节的疏忽都可能导致整个流程中断。这篇文章，我就想结合自己踩过的坑，把从零开始在 VSCode 里为 Stm32f103c8t6 最小系统板搭建 Zephyr 开发环境，并成功烧录运行的完整路径梳理出来。我们的目标不是简单地复述命令，而是要理解每一步背后的“为什么”，以及当某个环节出错时，应该按照什么顺序去排查。

1. 为什么选择 Zephyr + VSCode + Stm32f103c8t6 这个组合？

在深入具体步骤之前，我们先要搞清楚这个技术栈的定位和价值。这决定了它是否适合你当前的项目阶段。

1.1 Zephyr RTOS：为资源受限的物联网设备而生

Zephyr 不是一个普通的实时操作系统，它的设计哲学是高度模块化、高度可配置和高度可移植。这意味着：

  • 不是“一体机”：你不需要把整个庞大的操作系统镜像烧录进去。相反，你通过 Kconfig 和设备树（DTS）像点菜一样，只选择你项目需要的内核功能、驱动和协议栈（如蓝牙、Wi-Fi、文件系统）。对于 Stm32f103c8t6 这种只有 64KB Flash 和 20KB RAM 的芯片，这种“按需裁剪”的能力至关重要。
  • 统一的硬件抽象层：Zephyr 提供了统一的驱动模型和 API。今天你在 Stm32f103 上写的 GPIO 控制代码，明天换到另一款支持的 ARM Cortex-M 芯片上，大概率只需修改设备树配置，应用层代码无需大改。这降低了跨平台移植的成本。
  • 强大的构建系统（West）：West 不仅是包管理器，更是项目生命周期管理的核心。它负责拉取 Zephyr 源码、管理模块（Module）、解决依赖、执行构建命令。理解 West 的工作流，是高效使用 Zephyr 的前提。

所以，如果你做的项目是相对复杂的嵌入式应用（比如需要任务调度、事件驱动、使用多种传感器和外设），并且未来有更换硬件平台的可能，那么投入时间学习 Zephyr 是值得的。如果只是点个灯、读个 ADC，用 HAL 库或标准库可能更直接。

1.2 VSCode：不仅仅是编辑器，更是集成化工作台

为什么不用命令行？对于 Zephyr 开发，VSCode 提供了几个不可替代的优势：

  • 智能感知与导航：Zephyr 的代码库庞大，头文件嵌套深。VSCode 的 C/C++ 插件能提供精准的代码补全、跳转到定义、查找引用，极大提升阅读和编写效率。
  • 集成终端与任务：你可以在 VSCode 内直接打开终端运行 West 命令，并且可以将常用的编译、烧录命令配置成任务（Tasks），一键执行，避免在终端里反复输入冗长的命令。
  • 图形化配置界面：虽然高手喜欢直接编辑prj.conf和Kconfig，但 VSCode 的 Zephyr 插件（如果功能完善）或 Kconfig 插件能提供一个可视化的配置界面，帮助新手理解成千上万个配置选项。
  • 调试集成：配合 Cortex-Debug 等插件，可以直接在 VSCode 里进行源码级调试，设置断点、查看变量、单步执行，比单纯的 printf 高效得多。

1.3 Stm32f103c8t6（蓝桥杯/最小系统板）：经典的入门试金石

这块芯片几乎是国内嵌入式学习的“国民芯片”。选择它作为 Zephyr 的入门硬件，有几个好处：

  1. 成本极低，资源典型：20KB RAM、64KB Flash 是许多低端物联网节点的典型配置，在此约束下让 Zephyr 跑起来，能深刻理解其“轻量”的含义。
  2. 社区支持广泛：无论是标准外设库、HAL 库，还是各种 RTOS（FreeRTOS, RT-Thread）的移植案例都很多。Zephyr 官方也对其有良好支持（stm32f103c8t6通常对应stm32f103c8或stm32f103xb系列），降低了底层驱动的适配难度。
  3. 烧录工具普及：ST-Link V2 仿真器价格便宜，是连接开发环境与硬件的最常见桥梁。

这个组合的核心价值在于：用一套现代、标准化、可扩展的软件开发流程（Zephyr + VSCode），去驾驭一款经典、易得、资源受限的硬件（Stm32f103c8t6），从而建立起适用于更复杂物联网设备的开发能力基线。

2. 环境搭建：理清依赖关系，避免“套娃式”报错

环境搭建是劝退第一关。问题往往不是某个软件装不上，而是软件之间的依赖没满足。请严格按照以下顺序进行。

2.1 基础系统与工具链准备

Zephyr 的开发环境主要依赖 Python 和 CMake。在 Windows 上，官方推荐使用 Chocolatey 或手动安装；在 Linux/macOS 上则使用包管理器。这里以Windows为例，因为这是多数人的开发环境。

  1. 安装 Python 3.8+ 并确保 pip 可用：

    • 从 Python 官网下载安装包，务必勾选 “Add Python to PATH”。
    • 安装后，在终端输入python --version和pip --version确认。
    • 关键点：避免使用系统自带的或版本过旧的 Python。建议使用虚拟环境，但入门阶段可以先在全局安装。

  2. 安装 Git：

    • 从 Git 官网下载安装。这用于拉取 Zephyr 源代码和 West 管理的模块。

  3. 安装 CMake 3.20.5+：

    • 从 CMake 官网下载安装包，同样记得添加至 PATH。
    • 在终端输入cmake --version确认版本。

  4. 安装 GNU Arm Embedded Toolchain：

    • 这是为 ARM Cortex-M 芯片编译代码的编译器。从 Arm 官网或国内镜像下载gcc-arm-none-eabi工具链。
    • 解压到一个没有中文和空格的路径，例如C:\gcc-arm-none-eabi。
    • 将该路径下的bin目录（如C:\gcc-arm-none-eabi\bin）添加到系统的 PATH 环境变量中。
    • 重启终端，输入arm-none-eabi-gcc --version验证。

注意：环境变量是很多错误的根源。添加后务必关闭所有旧的终端窗口，重新打开一个新的终端（或 VSCode）以使新 PATH 生效。

2.2 安装 West 并获取 Zephyr 源代码

West 是 Zephyr 的元工具，通过它来管理一切。

  1. 安装 West：

    pip install west

    如果速度慢，可以使用国内镜像源：pip install west -i https://pypi.tuna.tsinghua.edu.cn/simple

  2. 初始化 Zephyr 工作区： 找一个合适的目录，例如D:\zephyrproject，在终端中进入该目录，然后执行：

    west init

    这个命令会创建一个.west目录，并拉取 Zephyr 的主仓库。

  3. 拉取所有模块：

    cd zephyr west update

    这一步会拉取 Zephyr 依赖的所有模块（如 HAL 库、驱动等），耗时较长，请保持网络通畅。

  4. 导出 Zephyr CMake 包：

    west zephyr-export

  5. 安装 Python 依赖：

    pip install -r scripts/requirements.txt

    同样，如果速度慢可加-i参数指定镜像源。

2.3 配置 VSCode 及其插件

  1. 安装 VSCode：从官网下载安装。
  2. 安装核心插件：
    • C/C++(Microsoft)：提供代码智能感知、调试支持。
    • CMake Tools(Microsoft)：提供 CMake 项目的图形化配置、构建、调试支持。这是与 Zephyr West 构建系统协同工作的关键。
    • Zephyr IDE(Zephyr Project)：虽然不是必须，但能提供一些 Zephyr 特定的代码片段和辅助功能。
  3. 配置 C/C++ 插件：为了让 IntelliSense 正确工作，通常需要在项目根目录下的.vscode/c_cpp_properties.json文件中正确配置包含路径和编译器路径。一个简单的方法是先让 CMake Tools 插件成功配置项目，它通常会生成或更新这个文件。

至此，软件环境就绪。接下来是连接硬件。

3. 硬件连接与驱动确认：确保物理通道畅通

很多“烧录失败”的问题，根源在于硬件连接或驱动不正常。

3.1 连接 ST-Link V2 与 Stm32f103c8t6

Stm32f103c8t6 最小系统板通常有四个关键的烧录引脚：SWDIO(PA13),SWCLK(PA14),GND,3.3V。ST-Link V2 的接口与之对应：

  • ST-Link V2->Stm32f103c8t6
  • SWDIO->SWDIO(PA13)
  • SWCLK->SWCLK(PA14)
  • GND->GND
  • 3.3V->3.3V(或VCC)

务必确保连线正确且牢固。同时，给最小系统板供电（可以通过 ST-Link 的 3.3V 供电，如果板载有 USB 转串口芯片，插上 USB 线也能供电）。

3.2 安装 ST-Link 驱动并验证连接

  1. 安装驱动：将 ST-Link V2 插入电脑 USB 口。如果系统没有自动识别，需要手动安装 ST-Link 驱动。可以从 ST 官网下载STSW-LINK009软件包，里面包含驱动。

  2. 验证设备：

    • Windows：打开设备管理器，查看“通用串行总线设备”或“libusb-win32 devices”下是否有ST-Link Debug或STMicroelectronics STLink dongle之类的设备，且没有黄色感叹号。
    • Linux：使用lsusb命令，应能看到STMicroelectronics ST-LINK/V2设备。
    • macOS：同样可以通过系统信息查看 USB 设备。

  3. 使用 West 命令测试连接： 在终端中，进入你的 Zephyr 工作区，尝试扫描设备：

    west flash --runner=stlink --device-id=your_device_id

    更常用的方法是，先编译一个简单的例子（如samples/basic/blinky），然后在构建目录下使用west flash命令。但在第一次烧录前，我们可以用 OpenOCD（Zephyr 已集成）来测试：

    # 进入 Zephyr 目录下的一个示例项目，先进行构建配置 cd %ZEPHYR_BASE%/samples/basic/blinky west build -b stm32f103c8 # 构建成功后，进入构建目录，尝试连接 cd build west debugserver --runner=stlink

    如果看到 OpenOCD 成功启动并连接到目标芯片的信息，说明硬件连接和驱动是正常的。如果报错，常见的排查点有：

    • 驱动未正确安装。
    • 连线错误（特别是 SWDIO 和 SWCLK 接反）。
    • 芯片处于复位状态或睡眠模式（尝试按一下板子的复位键）。
    • 芯片被写保护（可能需要先进行全片擦除）。

4. 创建、配置与构建第一个 Zephyr 项目

现在，我们从零创建一个属于自己的 Zephyr 项目，并针对 Stm32f103c8t6 进行配置。

4.1 创建项目目录结构

在你的工作区外（例如D:\my_zephyr_app）创建一个新目录，结构如下：

my_zephyr_app/ ├── CMakeLists.txt ├── prj.conf └── src/ └── main.c
  • CMakeLists.txt：告诉构建系统如何编译你的项目。
  • prj.conf：项目的 Kconfig 配置文件，用于启用/禁用 Zephyr 内核和模块的功能。
  • src/main.c：你的应用程序源代码。

4.2 编写核心文件

1. CMakeLists.txt:

# 指定所需 CMake 最低版本和项目名称 cmake_minimum_required(VERSION 3.20.0) find_package(Zephyr REQUIRED HINTS $ENV{ZEPHYR_BASE}) project(my_zephyr_app) # 将 src 目录下的源文件添加到项目中 target_sources(app PRIVATE src/main.c)

这个文件非常简单，核心是find_package(Zephyr)，它引入了 Zephyr 的构建系统。

2. prj.conf:

# 启用 GPIO 驱动（控制LED需要） CONFIG_GPIO=y # 启用日志系统，方便调试 CONFIG_LOG=y CONFIG_LOG_MODE_IMMEDIATE=y # 立即模式输出日志，无需额外线程 # 根据你的板型，可能还需要启用时钟控制等 # CONFIG_CLOCK_CONTROL=y

这是最精简的配置，先保证能编译和运行。

3. src/main.c:

#include <zephyr/kernel.h> #include <zephyr/drivers/gpio.h> /* 定义 LED 设备树节点标识符。 * 对于 Stm32f103c8t6 最小系统板，LED 通常连接在 PC13 引脚。 * 设备树中对应的节点别名是 `led0`。 */ #define LED0_NODE DT_ALIAS(led0) /* 获取 LED 的设备指针 */ static const struct gpio_dt_spec led = GPIO_DT_SPEC_GET(LED0_NODE, gpios); void main(void) { int ret; printk("Hello from Zephyr on STM32F103C8T6!\n"); /* 检查 LED 设备是否就绪 */ if (!device_is_ready(led.port)) { printk("Error: LED device is not ready\n"); return; } /* 配置 LED 引脚为输出模式，初始状态为关闭（高电平有效或低电平有效取决于硬件）*/ ret = gpio_pin_configure_dt(&led, GPIO_OUTPUT_ACTIVE); if (ret < 0) { printk("Error %d: failed to configure LED pin\n", ret); return; } while (1) { /* 点亮 LED */ gpio_pin_set_dt(&led, 1); k_msleep(500); // 睡眠500毫秒 /* 熄灭 LED */ gpio_pin_set_dt(&led, 0); k_msleep(500); } }

这段代码使用了 Zephyr 的设备树（DT）API 来获取 LED 引脚信息，这是 Zephyr 推荐的硬件抽象方式。

4.3 关键一步：指定板型（Board）与设备树覆盖

这是新手最容易出错的地方。Zephyr 通过“板型”来定义一块开发板的默认硬件配置（时钟、外设引脚分配等）。对于 Stm32f103c8t6 最小系统板，Zephyr 官方可能没有直接对应的板型定义，但通常可以使用其所属系列的定义。

  1. 确定板型：在 Zephyr 的boards/arm/目录下查找类似stm32f103c8或stm32f103xb的板型。一个常见的选择是stm32f103c8。你可以通过命令查看支持的板型列表：west boards。

  2. 使用设备树覆盖（Overlay）：我们的最小系统板 LED 接在 PC13，但官方板型定义可能将 LED 定义在其他引脚（如 PA5）。我们需要创建一个设备树覆盖文件来修改这个配置。 在项目根目录创建boards文件夹，再在里面创建以板型命名的文件夹，最后创建.overlay文件：

    my_zephyr_app/ ├── boards/ │ └── stm32f103c8.overlay ├── CMakeLists.txt ├── prj.conf └── src/ └── main.c

  3. 编写stm32f103c8.overlay：

    / { aliases { led0 = &gpioc_13; // 将 led0 别名指向 GPIOC 的 13 号引脚 }; }; &gpioc { status = "okay"; // 确保 GPIOC 控制器启用 }; &gpioc_13 { gpio-hog; gpios = <13 GPIO_ACTIVE_LOW>; // PC13, 低电平点亮LED（常见接法） output-high; // 初始输出高电平（LED灭） };

    这个文件告诉构建系统：“对于stm32f103c8这个板型，请把led0映射到 PC13 引脚，并且该引脚初始化为输出高电平（LED 熄灭），低电平时点亮。”

4.4 使用 West 构建项目

在项目根目录 (my_zephyr_app) 打开终端，执行构建命令：

west build -b stm32f103c8
  • -b stm32f103c8：指定目标板型。
  • West 会自动处理所有依赖，调用 CMake 和 GCC 进行编译。
  • 构建输出位于build目录。

构建成功的关键标志：终端最后显示[100%] Linking C executable zephyr/zephyr.elf并生成build/zephyr/zephyr.bin和build/zephyr/zephyr.hex等文件。

常见构建错误排查：

  • 找不到编译器：检查arm-none-eabi-gcc是否在 PATH 中。
  • 找不到板型：确认板型名称拼写正确，可用west boards列表核对。
  • CMake 错误：检查CMakeLists.txt语法，确保find_package(Zephyr)能正确找到 Zephyr（即 ZEPHYR_BASE 环境变量已设置或在正确的目录下执行）。
  • Kconfig 错误：检查prj.conf中启用的配置项是否存在拼写错误。

5. 烧录与调试：从文件到芯片的最后一步

构建成功后，我们得到了二进制文件（.bin或.hex），接下来需要将其烧录到芯片的 Flash 中。

5.1 使用 West 命令烧录

在项目构建目录 (build) 或项目根目录下，执行：

west flash

west flash命令会：

  1. 根据板型 (stm32f103c8) 自动选择合适的“运行器”（Runner），这里是stlink或jlink。
  2. 调用对应的工具（如 OpenOCD 或 pyOCD）通过 ST-Link 连接芯片。
  3. 执行擦除、编程、验证等操作。

如果一切顺利，你会看到类似 “** Programming Finished**” 和 “** Verify OK**” 的成功信息，板载的 LED 应该开始闪烁。

5.2 烧录失败排查链路

如果west flash失败，请按以下顺序排查：

  1. 检查硬件连接与驱动：重复第 3 节的验证步骤。尝试使用独立的 ST-Link 工具（如 STM32 ST-LINK Utility）连接芯片，看是否能识别和读写。这可以排除 West/OpenOCD 配置问题，直接验证硬件通道。
  2. 检查芯片是否被保护：有些芯片可能被设置了读保护（RDP）。尝试使用west flash --runner=stlink --erase进行全片擦除。或者使用 STM32CubeProgrammer 先解除保护。
  3. 检查烧录算法和地址：对于 Stm32f103c8t6，Flash 起始地址是0x08000000，大小是 64KB。确保烧录工具使用的算法正确。West 通常能自动处理。
  4. 检查 OpenOCD 配置：West 使用的 OpenOCD 脚本位于 Zephyr 安装目录下（如~/.local/share/zephyr-sdk/sysroots/x86_64-pokysdk-linux/usr/share/openocd/scripts/）。可以尝试在west flash命令后添加-v参数查看详细输出，定位错误。
  5. 尝试替代烧录方式：
    • 使用 pyOCD：安装 pyOCD (pip install pyocd)，然后在prj.conf中添加CONFIG_DEBUG_THREAD_INFO=y（非必须），并使用west flash --runner=pyocd。
    • 手动使用 OpenOCD：进入build目录，手动运行 OpenOCD 和 GDB 命令进行加载，这有助于看到更底层的错误信息。

5.3 在 VSCode 中集成烧录与调试

为了提升效率，我们可以将烧录和调试命令集成到 VSCode 的 Tasks 和 Launch 配置中。

  1. 配置构建任务 (.vscode/tasks.json):

    { "version": "2.0.0", "tasks": [ { "label": "West Build", "type": "shell", "command": "west", "args": ["build", "-b", "stm32f103c8"], "group": { "kind": "build", "isDefault": true }, "problemMatcher": ["$gcc"] }, { "label": "West Flash", "type": "shell", "command": "west", "args": ["flash"], "dependsOn": ["West Build"] } ] }

    按Ctrl+Shift+B默认执行构建，通过命令面板运行 “West Flash” 任务进行烧录。

  2. 配置调试 (.vscode/launch.json): 安装Cortex-Debug插件后，可以创建如下配置：

    { "version": "0.2.0", "configurations": [ { "name": "Cortex Debug (ST-Link)", "cwd": "${workspaceFolder}", "executable": "${workspaceFolder}/build/zephyr/zephyr.elf", "request": "launch", "type": "cortex-debug", "servertype": "openocd", "serverpath": "C:/path/to/your/openocd/bin/openocd.exe", // 根据实际路径修改 "configFiles": [ "interface/stlink.cfg", "target/stm32f1x.cfg" ], "runToEntryPoint": "main", "device": "STM32F103C8", } ] }

    这样，你就可以在 VSCode 中设置断点，单步调试你的 Zephyr 应用了。

6. 从“跑通”到“用好”：工程化实践与进阶思考

成功点亮 LED 只是第一步。要让这个开发流程真正服务于项目，还需要考虑更多。

6.1 项目管理与版本控制

  • 将zephyr/和modules/目录添加到.gitignore：你的项目仓库应该只包含自己的应用代码、配置和设备树覆盖文件。Zephyr 本体作为依赖，通过 West 管理。在仓库根目录放一个west.yml文件，声明所需的 Zephyr 版本和模块。
  • 使用 West 多仓库管理：如果你的项目由多个相对独立的模块组成，可以利用 West 的多仓库功能来管理，保持结构清晰。

6.2 配置系统（Kconfig）的深入使用

prj.conf只是冰山一角。随着项目复杂，你需要：

  • 创建配置片段：将不同功能的配置（如网络、文件系统、传感器）放在单独的.conf文件中，在主配置中包含它们。
  • 使用菜单配置：在项目根目录运行west build -t menuconfig，可以启动一个图形化的 Kconfig 界面，浏览和修改所有可用的配置选项，这对探索 Zephyr 功能非常有用。
  • 理解依赖关系：启用某个驱动（如CONFIG_I2C=y）时，可能需要同时启用其依赖的总线控制器和中断支持。

6.3 设备树（Devicetree）的灵活运用

设备树是 Zephyr 硬件抽象的核心。除了覆盖文件，你还可以：

  • 定义自己的设备树绑定（Bindings）：如果你使用了某个 Zephyr 尚未支持的传感器芯片，可以为其编写绑定文件（.yaml），然后在设备树中定义节点，并在驱动中通过DEVICE_DT_GET来获取设备实例。
  • 在代码中动态访问设备树：使用DT_NODELABEL(),DT_ALIAS(),DT_INST()等宏，可以方便地在代码中获取设备树中定义的属性，如引脚号、时钟频率、中断号等。

6.4 日志与调试策略

  • 选择合适的日志模式：CONFIG_LOG_MODE_IMMEDIATE适合早期调试，但可能影响实时性。CONFIG_LOG_MODE_DEFERRED将日志放入后台线程处理，对主线程影响小。
  • 使用不同的日志级别：LOG_ERR,LOG_WRN,LOG_INF,LOG_DBG。
  • 结合 Segger RTT 或 Semihosting：对于没有串口的板子，或者想获得更高效的调试输出，可以配置 RTT 或 Semihosting 后端。
  • 善用west debug和west debugserver：配合 GDB 进行源码级调试是解决复杂问题的终极手段。

6.5 性能与资源优化

对于 Stm32f103c8t6 这类资源紧张的芯片：

  • 仔细裁剪配置：通过menuconfig关闭所有不需要的功能，特别是协议栈、文件系统等。
  • 优化线程栈大小：在prj.conf中设置CONFIG_MAIN_STACK_SIZE和各个线程的栈大小，避免浪费 RAM。
  • 使用内存池和 slab 分配器：避免动态内存分配（malloc）的碎片化问题。
  • 监控堆栈使用：启用CONFIG_THREAD_ANALYZER和CONFIG_STACK_SENTINEL来检测栈溢出。

整个过程走下来，你会发现最大的收获不是点亮了一个 LED，而是掌握了一套基于现代工具链和操作系统的嵌入式开发方法论。这套方法的核心，是把硬件差异、构建流程、调试工具这些琐碎但关键的事情标准化、自动化，让你能把更多精力集中在应用逻辑本身。当你在 Stm32f103c8t6 上熟练了这套流程，未来切换到更强大的 ESP32、nRF 系列甚至 RISC-V 平台时，你会发现底层的学习成本被大大降低，因为 Zephyr 和 VSCode 为你提供了一层稳定的抽象和统一的工作界面。这才是从“项目跑通”到“能力迁移”的关键一步。

版权声明: 本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若内容造成侵权/违法违规/事实不符，请联系邮箱：809451989@qq.com进行投诉反馈，一经查实，立即删除！
网站建设 2026/8/12 15:35:29

vue动态路由效果

vue框架安装文档&#xff1a;安装 | vue-next-adminhttps://lyt-top.github.io/vue-next-admin-doc-preview/home/install/ 一动态路由修改 1. 配置代理 路径&#xff1a;vite.config.ts 修改&#xff1a;修改其proxy代理&#xff08;25到38行左右&#xff09;&#xff1b;根…

作者头像 李华
网站建设 2026/8/12 15:32:16

开源大模型本地部署实战：从环境配置到API服务全流程指南

这次我们来看一个关于大模型开源与本地部署的讨论。核心围绕一个关键问题&#xff1a;当像Kimi这样的前沿模型开源其权重后&#xff0c;普通开发者或研究者能否在个人硬件上成功运行&#xff1f;这背后牵扯到模型规模、硬件门槛、开源生态以及商业公司的微妙态度。本文不探讨复…

作者头像 李华
网站建设 2026/8/12 15:30:53

tengine知识点

第一步&#xff1a;准备“施工工具”&#xff08;安装依赖&#xff09;编译源码需要用到 C 语言编译器和一些基础库。在 Linux 终端输入以下命令&#xff1a;yum install -y gcc pcre pcre-devel zlib zlib-devel openssl openssl-devel第二步&#xff1a;下载并解压源码去 Ten…

作者头像 李华
网站建设 2026/8/12 15:29:18

XSS靶场实战：从绕过技巧到防御思维的Web安全训练

1. 项目概述&#xff1a;为什么我们需要XSS靶场&#xff1f; 如果你刚接触Web安全&#xff0c;或者想检验一下自己的XSS&#xff08;跨站脚本攻击&#xff09;实战能力&#xff0c;那么“XSS Challenges”这类靶场就是你最好的训练场。我见过太多安全爱好者&#xff0c;理论背得…

作者头像 李华
网站建设 2026/8/12 15:22:33

AI编程工具实战：从效率提升到产品开发加速的工程闭环

最近在技术社区看到不少关于“AI 会不会取代程序员”的讨论&#xff0c;也看到 Meta CTO 关于“AI 省下的时间应投入开发产品”的观点&#xff0c;这让我思考良多。作为一名长期在一线写代码、做项目的开发者&#xff0c;我深切感受到&#xff0c;AI 工具&#xff08;如 GitHub…

作者头像 李华
网站建设 2026/8/12 15:21:37

GetQzonehistory：一键备份你的QQ空间历史记忆，让青春永不褪色

GetQzonehistory&#xff1a;一键备份你的QQ空间历史记忆&#xff0c;让青春永不褪色 【免费下载链接】GetQzonehistory 获取QQ空间发布的历史说说 项目地址: https://gitcode.com/GitHub_Trending/ge/GetQzonehistory 你是否担心那些珍贵的QQ空间说说会随着时间流逝而消…

作者头像 李华