1. 从一个让人抓狂的场景说起如果你玩过 ESP32大概率经历过这个场景设备已经焊好、装进壳子、挂在墙上跑了大半年突然要换个 WiFi 密码。你翻出数据线拆壳插上 USB打开 Arduino IDE 或者 ESP-IDF改一行ssid和password编译烧录等半天。如果设备装在吊顶里或者户外防水盒里这个过程简直是灾难。更麻烦的是如果你手上有几十台甚至上百台设备分布在不同的地方每换一次 WiFi 就要重新刷一遍固件这个工作量根本不可接受。而且频繁烧录对 Flash 寿命也有影响虽然 ESP32 的 Flash 擦写次数通常在 10 万次级别但架不住你反复折腾。这个问题的根源在于很多人把 WiFi 配置信息直接写死在代码里编译进固件。固件是只读的改配置就得重新编译烧录。但 ESP32 本身提供了一个叫NVSNon-Volatile Storage的机制专门用来存储键值对形式的配置数据掉电不丢失。WiFi 的 SSID 和密码完全可以存在 NVS 里固件启动时从 NVS 读取而不是写死在代码中。那问题来了怎么在不刷固件的前提下修改 NVS 里的值答案就是用一个浏览器工具直接读写 ESP32 的 NVS 分区。这个工具的核心思路是通过串口或者网络连接 ESP32在浏览器里提供一个图形化界面让你直接查看、修改、删除 NVS 中的键值对。改完之后重启设备新的 WiFi 配置就生效了整个过程不需要重新编译固件也不需要打开 Arduino IDE 或者 ESP-IDF。这篇文章适合所有正在用 ESP32 做物联网项目、智能家居、传感器节点、边缘 AI 设备的开发者。不管你是刚入门的新手还是已经做过几十个项目的老手这套 NVS 在线修改方案都能帮你省下大量时间。接下来我会从整体设计思路、NVS 底层原理、浏览器工具的实现方式、实操步骤、常见问题排查几个维度把这件事彻底讲清楚。2. 整体设计思路与方案选型2.1 为什么选择 NVS 而不是其他存储方式ESP32 上能存配置数据的地方有好几个Flash 里的自定义分区、SPIFFS/LittleFS 文件系统、EEPROM 模拟、NVS。每种方式都有各自的适用场景但用来存 WiFi 配置这种小量键值对数据NVS 是最合适的。先看一张对比表存储方式读写速度磨损均衡键值对支持适合场景NVS中等内置原生支持配置参数、WiFi 凭据、校准数据SPIFFS/LittleFS较慢需手动处理不支持需自己解析日志、网页资源、大文件EEPROM 模拟慢无不支持少量字节的简单数据自定义 Flash 分区快无不支持固件参数、OTA 元数据NVS 的设计目标就是存储小型的、频繁读写的键值对数据。它内置了磨损均衡算法每个键值对可以独立更新不会因为改一个值就擦除整个分区。而且 ESP-IDF 和 Arduino-ESP32 都提供了成熟的 NVS API读写操作非常简单。WiFi 配置通常就是几个字符串SSID、密码、可能还有静态 IP、网关、DNS 等。这些数据量很小但需要频繁读取每次启动都要读偶尔修改换 WiFi 时。NVS 完美匹配这个需求。2.2 浏览器工具的核心架构这个浏览器工具的本质是一个运行在电脑上的 Web 应用它通过某种通信方式与 ESP32 交互读取和修改 NVS 数据。整体架构可以分成三层第一层是前端界面跑在浏览器里提供表格形式的 NVS 键值对展示、编辑框、保存按钮等。用户在这里看到的是可读的键名和值不需要关心底层二进制格式。第二层是通信层负责浏览器和 ESP32 之间的数据传输。这里有两种常见方案一种是通过 Web Serial API 直接连接串口浏览器原生支持不需要安装驱动另一种是通过 ESP32 上运行的 HTTP 服务器浏览器通过局域网访问。两种方案各有优劣后面会详细对比。第三层是ESP32 端的 NVS 操作层负责实际读写 NVS 分区。这部分代码运行在 ESP32 上接收来自浏览器的指令调用 NVS API 完成操作然后把结果返回。整个流程是这样的用户在浏览器里修改了 WiFi 密码点击保存浏览器把新的键值对发给 ESP32ESP32 调用nvs_set_str写入 NVS然后提交commit返回成功状态。用户重启设备固件启动时从 NVS 读取新的 WiFi 配置连接成功。2.3 两种通信方案的取舍方案一Web Serial API 串口Web Serial API 是 Chrome、Edge、Opera 等基于 Chromium 的浏览器支持的标准接口允许网页直接访问串口设备。优点是不需要 ESP32 运行额外的网络服务不需要知道 ESP32 的 IP 地址即使 WiFi 配置错了设备连不上网也能通过串口修改传输稳定不受网络环境影响缺点是需要物理连接 USB 线只支持 Chromium 内核浏览器需要用户手动选择串口方案二HTTP 服务器 局域网访问在 ESP32 上跑一个轻量级 HTTP 服务器浏览器通过局域网 IP 访问。优点是不需要插线远程就能改手机、平板都能操作可以同时管理多台设备缺点是如果 WiFi 配置错了设备连不上网就无法访问需要知道设备 IP或者用 mDNS 发现需要处理跨域、认证等安全问题实际项目中我建议两种方案都保留。平时用 HTTP 方案方便一旦 WiFi 配置错了导致设备离线再用串口方案救急。很多成熟的 ESP32 项目就是这么做的比如 ESPHome、Tasmota 都提供了类似的机制。2.4 为什么不用现成的烧录工具有人可能会问esptool、Flash Download Tool 这些工具不是也能读写 Flash 吗为什么还要专门做个浏览器工具原因在于esptool 操作的是整个 Flash 的原始二进制数据你需要知道 NVS 分区的偏移地址、大小、数据格式然后手动解析二进制。NVS 的底层格式并不简单有页头、条目状态、命名空间索引、CRC 校验等。直接改二进制很容易把整个分区搞坏。而浏览器工具是在应用层操作 NVS调用的是 ESP-IDF 提供的 NVS API由系统保证数据格式的正确性和完整性。你只需要关心键名和值不需要了解底层存储细节。这就像你用数据库管理工具改数据而不是直接用十六进制编辑器改数据库文件。另外浏览器工具可以做到实时生效改完重启就行不需要重新编译固件。而用 esptool 改 Flash还得知道具体地址风险高得多。3. NVS 底层原理与关键细节3.1 NVS 分区的物理结构要理解浏览器工具能做什么先得搞清楚 NVS 在 Flash 里是怎么存的。ESP32 的 NVS 分区通常从某个偏移地址开始大小在分区表里定义常见的是 0x9000 偏移、0x5000 大小20KB或者 0x9000 偏移、0x6000 大小24KB。NVS 分区被划分为多个页Page每页大小固定为 4096 字节。第一页是页头包含页状态、序列号、版本号、CRC 校验等信息。后面的页用来存储实际的键值对数据。每个键值对在 NVS 里叫一个条目Entry条目有几种状态空Empty、写Written、擦除Erased。写入新数据时系统会找一个空条目写入更新数据时不是覆盖原条目而是把原条目标记为擦除然后在新的空条目写入新值。这就是 NVS 的追加写机制也是它磨损均衡的基础。当一页写满后系统会触发垃圾回收Garbage Collection把有效条目复制到新页擦除旧页。这个过程对上层应用是透明的你不需要手动管理。3.2 命名空间与键名的限制NVS 里的键值对是按**命名空间Namespace**组织的。命名空间本身也是一个键值对键名就是命名空间的名字值是命名空间的 ID。每个命名空间下可以有多个键值对。键名和命名空间名有长度限制最大 15 个字符不包括结尾的 null。这个限制来自 NVS 的底层设计每个键名占用 16 字节其中 1 字节是长度15 字节是内容。如果你用更长的键名nvs_set_str会返回错误。值的类型支持多种整数int8、int16、int32、int64、uint8、uint16、uint32、uint64、字符串、二进制大对象Blob。字符串值也有长度限制单个字符串最大 4000 字节左右具体取决于分区大小和页的剩余空间。注意键名区分大小写wifi_ssid和WiFi_SSID是两个不同的键。命名空间也区分大小写。实际项目中建议统一用小写加下划线避免混淆。3.3 WiFi 配置在 NVS 里的存储方式ESP-IDF 的 WiFi 驱动自己会用 NVS 存储一些配置比如校准数据、PHY 参数等。这些数据存在默认的nvs命名空间里键名通常是cal_data、phy之类的。你一般不需要动这些。你自己应用的 WiFi 配置建议单独用一个命名空间比如wifi_cfg里面存ssid、password、static_ip、gateway、netmask、dns等键。这样结构清晰也方便浏览器工具按命名空间过滤显示。固件启动时的逻辑是这样的// 初始化 NVS esp_err_t ret nvs_flash_init(); if (ret ESP_ERR_NVS_NO_FREE_PAGES || ret ESP_ERR_NVS_NEW_VERSION_FOUND) { ESP_ERROR_CHECK(nvs_flash_erase()); ret nvs_flash_init(); } ESP_ERROR_CHECK(ret); // 打开命名空间 nvs_handle_t my_handle; ret nvs_open(wifi_cfg, NVS_READWRITE, my_handle); if (ret ! ESP_OK) { printf(Error opening NVS handle!\n); } // 读取 SSID char ssid[32] {0}; size_t len sizeof(ssid); ret nvs_get_str(my_handle, ssid, ssid, len); if (ret ESP_OK) { printf(SSID: %s\n, ssid); } else if (ret ESP_ERR_NVS_NOT_FOUND) { printf(SSID not set, using default\n); } // 读取密码 char password[64] {0}; len sizeof(password); ret nvs_get_str(my_handle, password, password, len); if (ret ESP_OK) { printf(Password read OK\n); } // 关闭 nvs_close(my_handle);这段代码是固件端的标准写法。浏览器工具要做的就是通过某种方式调用类似的 API把新的值写进去。3.4 NVS 操作的原子性与安全性NVS 的写入操作不是原子的。如果你写一个字符串系统会先写数据条目再写索引条目中间如果断电可能导致数据不一致。不过 NVS 有 CRC 校验下次启动时会检测到损坏的条目并忽略它。对于 WiFi 配置这种场景一般不会在写入过程中断电所以风险很低。但如果你要做 OTA 升级或者关键参数写入建议加上双备份机制写两份配置读取时校验两份是否一致不一致就用备份恢复。浏览器工具在写入时应该先读取当前值保存到临时变量写入新值然后回读验证。如果验证失败尝试恢复旧值。这个逻辑在工具端实现不需要固件端做特殊处理。实操心得NVS 的nvs_commit调用是必须的。很多人写完nvs_set_str就以为数据已经保存了其实没有 commit 的话数据还在缓存里掉电就丢了。浏览器工具每次写入后都要确保调用了 commit。4. 浏览器工具的实现与实操步骤4.1 固件端暴露 NVS 读写接口要让浏览器工具能操作 NVS固件端需要提供一套接口。如果用 HTTP 方案就是几个 RESTful 接口如果用 Web Serial 方案就是一套串口命令协议。先看 HTTP 方案的接口设计接口方法功能参数/nvs/listGET列出所有命名空间和键值对无/nvs/getGET读取指定键的值ns、key/nvs/setPOST设置指定键的值ns、key、value、type/nvs/deletePOST删除指定键ns、key/nvs/erasePOST擦除整个命名空间ns固件端用 ESP-IDF 的httpd组件实现这些接口。核心代码片段// 处理 /nvs/set static esp_err_t nvs_set_handler(httpd_req_t *req) { char buf[256]; int ret httpd_req_recv(req, buf, sizeof(buf) - 1); if (ret 0) { httpd_resp_send_err(req, HTTPD_400_BAD_REQUEST, No data); return ESP_FAIL; } buf[ret] \0; // 解析 JSON: {ns:wifi_cfg,key:ssid,value:MyWiFi,type:str} cJSON *root cJSON_Parse(buf); const char *ns cJSON_GetObjectItem(root, ns)-valuestring; const char *key cJSON_GetObjectItem(root, key)-valuestring; const char *value cJSON_GetObjectItem(root, value)-valuestring; const char *type cJSON_GetObjectItem(root, type)-valuestring; nvs_handle_t handle; esp_err_t err nvs_open(ns, NVS_READWRITE, handle); if (err ! ESP_OK) { cJSON_Delete(root); httpd_resp_send_err(req, HTTPD_500_INTERNAL_SERVER_ERROR, NVS open failed); return ESP_FAIL; } if (strcmp(type, str) 0) { err nvs_set_str(handle, key, value); } else if (strcmp(type, i32) 0) { err nvs_set_i32(handle, key, atoi(value)); } // ... 其他类型 if (err ESP_OK) { err nvs_commit(handle); } nvs_close(handle); cJSON_Delete(root); if (err ESP_OK) { httpd_resp_sendstr(req, {\status\:\ok\}); } else { httpd_resp_send_err(req, HTTPD_500_INTERNAL_SERVER_ERROR, NVS write failed); } return ESP_OK; }这段代码的关键点接收 JSON 请求解析出命名空间、键名、值、类型调用对应的 NVS APIcommit 后返回结果。注意要处理各种错误情况比如命名空间打不开、键名太长、值太大等。4.2 前端浏览器里的 NVS 编辑器前端部分可以用纯 HTML JavaScript 实现不需要复杂的框架。核心功能是连接设备、列出键值对、编辑、保存、删除。用 Web Serial API 的版本连接逻辑是这样的let port; let reader; let writer; async function connectSerial() { port await navigator.serial.requestPort(); await port.open({ baudRate: 115200 }); writer port.writable.getWriter(); reader port.readable.getReader(); // 启动读取循环 readLoop(); } async function readLoop() { while (true) { const { value, done } await reader.read(); if (done) break; // 处理返回数据 handleResponse(new TextDecoder().decode(value)); } } async function sendCommand(cmd) { const encoder new TextEncoder(); await writer.write(encoder.encode(cmd \n)); }用 HTTP 方案的版本更简单直接用fetchasync function listNVS() { const resp await fetch(http:// deviceIP /nvs/list); const data await resp.json(); renderTable(data); } async function setNVS(ns, key, value, type) { const resp await fetch(http:// deviceIP /nvs/set, { method: POST, headers: { Content-Type: application/json }, body: JSON.stringify({ ns, key, value, type }) }); const result await resp.json(); if (result.status ok) { alert(保存成功请重启设备生效); } }界面部分用一个表格展示所有键值对每行有键名、值、类型、操作按钮。点击编辑弹出输入框点击删除确认后调用删除接口。保存后提示用户重启设备。4.3 完整实操流程从零改一个 WiFi 密码假设你有一台 ESP32 设备固件已经烧录好WiFi 配置存在 NVS 的wifi_cfg命名空间里。现在要换 WiFi 密码步骤如下第一步确认设备支持 NVS 在线修改检查固件里是否包含了 NVS 读写接口。如果是自己写的固件参考上面的代码加上如果是第三方固件看文档是否支持。大多数成熟的 ESP32 项目都会提供这个功能。第二步连接设备如果用 HTTP 方案确保电脑和 ESP32 在同一个局域网浏览器访问http://设备IP/nvs。如果用 Web Serial 方案用 USB 线连接 ESP32打开工具页面点击“连接串口”选择对应的 COM 口。第三步找到 WiFi 配置在 NVS 列表里找到wifi_cfg命名空间展开后看到ssid、password等键。如果列表太长可以用搜索框过滤。第四步修改密码点击password对应的编辑按钮输入新密码点击保存。工具会调用/nvs/set接口把新值写入 NVS。注意密码长度不要超过 NVS 的限制一般 64 字节以内没问题。第五步重启设备修改完成后点击工具上的“重启设备”按钮或者手动断电重启。设备启动时会从 NVS 读取新的密码尝试连接 WiFi。如果连接成功说明修改生效。第六步验证设备连上 WiFi 后可以通过串口日志或者网络接口确认。如果连不上检查密码是否正确、WiFi 名称是否匹配、信号是否足够。注意事项修改 WiFi 配置前建议先备份当前值。工具可以提供“导出配置”功能把所有键值对导出成 JSON 文件。万一改错了可以快速恢复。4.4 参数选择与性能考量NVS 分区的太小直接影响能存多少数据。默认的 20KB 分区去掉页头和索引实际可用空间大概 15KB 左右。对于 WiFi 配置这种小数据完全够用。但如果你还要存其他配置比如 MQTT 服务器地址、API 密钥、设备名称等建议把分区调大一些比如 32KB 或 64KB。分区表里 NVS 分区的定义# Name, Type, SubType, Offset, Size, Flags nvs, data, nvs, 0x9000, 0x6000,0x6000就是 24KB。改成0x10000就是 64KB。注意偏移地址要和前一个分区对齐通常是 0x1000 的倍数。浏览器工具的响应速度主要取决于通信方式。串口方案延迟在几十毫秒级别HTTP 方案取决于网络质量局域网内通常也在 100ms 以内。对于配置修改这种低频操作完全够用。如果 NVS 里存的键值对很多列表接口可能返回大量数据。建议加分页或者按命名空间过滤避免一次返回太多。前端渲染也要注意性能几百行表格用虚拟滚动或者分页展示。5. 常见问题与排查技巧实录5.1 NVS 写入失败的各种原因实际操作中NVS 写入失败是最常见的问题。下面这张表整理了典型错误和排查方法错误现象可能原因排查方法解决方案ESP_ERR_NVS_NOT_ENOUGH_SPACE分区空间不足查看分区大小和已用空间清理无用键值对或扩大分区ESP_ERR_NVS_INVALID_LENGTH键名或值太长检查键名是否超过 15 字符缩短键名或改用 Blob 存储ESP_ERR_NVS_READ_ONLY命名空间只读打开检查nvs_open的权限参数改用NVS_READWRITEESP_ERR_NVS_NOT_FOUND键不存在确认键名拼写和命名空间先创建再读取或处理默认值ESP_ERR_NVS_NO_FREE_PAGES没有空闲页检查是否有大量擦除条目调用nvs_flash_erase后重新初始化写入成功但重启后丢失没有 commit检查代码是否调用nvs_commit每次写入后必须 commit其中ESP_ERR_NVS_NO_FREE_PAGES比较棘手。NVS 的垃圾回收机制在正常情况下会自动整理空间但如果频繁写入大量数据或者分区太小可能触发这个错误。解决办法是调用nvs_flash_erase()擦除整个 NVS 分区然后重新初始化。但这会丢失所有配置所以要做好备份。5.2 浏览器连不上设备怎么办HTTP 方案下浏览器连不上 ESP32 通常有几个原因第一设备没连上 WiFi。这时候设备根本没有 IP 地址自然无法访问。解决办法是用串口方案救急或者让设备在连不上 WiFi 时进入 AP 模式自己发一个热点浏览器连上这个热点再访问。第二IP 地址变了。DHCP 分配的 IP 可能会变如果设备重启后 IP 变了原来的书签就失效了。解决办法是配置静态 IP或者用 mDNS通过esp32.local这样的域名访问。第三防火墙拦截。有些企业网络或者安全软件会拦截局域网内的 HTTP 请求。检查防火墙设置或者换个网络环境试试。第四端口被占用。ESP32 的 HTTP 服务器默认用 80 端口如果被占用可以改成 8080 等。浏览器访问时记得带上端口号。Web Serial 方案下连不上的原因通常是浏览器不支持需要 Chrome 89、串口被其他程序占用比如 Arduino IDE 的串口监视器、USB 驱动没装好CH340、CP2102 等需要对应驱动。5.3 改完配置设备起不来怎么救最坏的情况是改错了 NVS 里的关键配置设备启动后连不上 WiFi也进不了正常模式变成“砖”了。这时候别慌ESP32 没那么容易变砖。首先ESP32 有下载模式。按住 BOOT 键按一下 EN 键设备进入下载模式可以通过串口烧录固件。这时候你可以重新烧录一个干净的固件或者用 esptool 擦除 NVS 分区。擦除 NVS 分区的命令esptool.py --port /dev/ttyUSB0 erase_region 0x9000 0x6000这条命令会擦除从 0x9000 开始的 24KB 区域也就是 NVS 分区。擦除后设备重启NVS 是空的固件会用默认配置启动。实操心得建议在固件里加一个“恢复出厂设置”的机制。比如检测某个 GPIO 按键长按 5 秒就擦除 NVS 并重启。这样即使配置错了用户自己也能恢复不需要拆机接串口。5.4 安全性方面的考虑NVS 里存的 WiFi 密码是明文吗默认情况下是的。NVS 本身不加密任何人拿到设备读出 Flash 内容就能看到 WiFi 密码。如果设备会落到别人手里建议对敏感数据加密后再存入 NVS。ESP32 支持Flash 加密和安全启动可以保护整个 Flash 的内容。开启 Flash 加密后外部读取 Flash 得到的是密文无法直接解析。但开启加密需要烧录 eFuse是不可逆的操作量产前要慎重。浏览器工具的 HTTP 接口也要考虑认证。如果设备在公共网络里任何人都能访问/nvs/set接口那就危险了。建议加一个简单的 Token 认证或者只允许局域网访问。另外浏览器工具的页面本身如果托管在公网要注意 XSS 和 CSRF 防护。虽然这个工具通常只在本地用但养成安全习惯总是好的。5.5 多设备管理的技巧如果你有几十台设备每台都要改配置一台台连太慢了。可以做一个批量管理功能把所有设备的 IP 列在一个表里浏览器工具依次连接每台设备读取配置、修改、保存。批量操作时要注意不要同时并发太多请求ESP32 的处理能力有限并发太高会超时。建议串行处理每台设备操作完再处理下一台。加一个进度条让用户知道进行到哪了。还可以做一个配置模板功能把常用的 WiFi 配置存成模板批量应用到多台设备。这样换办公室 WiFi 时一键就能更新所有设备。6. 进阶玩法与扩展思路6.1 把 NVS 工具集成到现有项目如果你用的是 ESP-IDF可以把 NVS 读写接口做成一个组件方便在不同项目里复用。组件里包含 HTTP 处理函数、JSON 解析、NVS 操作封装。其他项目只需要在CMakeLists.txt里引用这个组件注册几个 URI 处理函数就行。如果用的是 Arduino-ESP32可以用WebServer库实现类似的功能。Arduino 的Preferences库底层就是 NVS但封装得更简单。不过Preferences不提供遍历所有键值对的接口要做完整的 NVS 编辑器还是得用底层的nvsAPI。PlatformIO 用户可以把这套代码做成一个库发布到 PlatformIO Registry方便社区使用。6.2 结合 OTA 实现远程配置更新NVS 在线修改和 OTA 升级是绝配。OTA 负责更新固件NVS 负责更新配置。两者结合设备部署后几乎不需要物理接触。具体做法是设备定期检查服务器上的配置版本如果有更新下载新的配置 JSON写入 NVS然后重启生效。这样即使设备在千里之外也能远程调整 WiFi、MQTT 服务器、上报间隔等参数。配置版本管理可以用一个简单的版本号存在 NVS 里。每次启动时对比服务器版本不一致就拉取新配置。注意要做好回滚机制新配置如果导致设备离线下次启动要能恢复到旧配置。6.3 边缘 AI 场景下的 NVS 应用现在 ESP32 跑边缘 AI 越来越常见比如关键词唤醒、简单图像分类、异常检测等。这些 AI 模型通常需要一些参数配置置信度阈值、检测间隔、模型版本等。这些参数也适合存在 NVS 里通过浏览器工具动态调整。比如一个语音唤醒设备你可以通过 NVS 工具调整唤醒词的灵敏度不需要重新训练模型或刷固件。调整后立即生效用户体验好很多。ESP32-S3 等新款芯片有更多的 RAM 和更强的算力跑 TinyML 模型更流畅。NVS 里还可以存一些校准数据比如麦克风的增益、传感器的偏移量等这些数据因设备而异出厂时校准一次存在 NVS 里固件启动时读取。6.4 和其他配置管理方案的对比除了 NVS还有一些其他的配置管理方案比如用 SD 卡存配置文件、用外部 EEPROM、用网络配置服务器等。每种方案都有适用场景。SD 卡方案适合需要存大量配置或者日志的场景但需要额外的硬件而且 SD 卡在震动环境下容易接触不良。外部 EEPROM 容量小、速度慢现在用得越来越少。网络配置服务器适合大规模部署但依赖网络离线时无法工作。NVS 的优势在于内置在 ESP32 里不需要额外硬件读写速度快有磨损均衡API 成熟。对于大多数中小规模项目NVS 是最省心的选择。6.5 工具的开源与社区贡献这个浏览器工具本身并不复杂核心代码几百行就能搞定。如果你把它开源可以帮到很多遇到同样问题的开发者。开源时注意几点代码结构清晰把固件端和前端分开提供完整的示例项目别人 clone 下来就能跑写清楚支持的 ESP32 型号和 ESP-IDF 版本附上常见问题的解决方案。社区里已经有一些类似的项目比如 ESP32 NVS Editor、nvs-partition-editor 等。你可以参考它们的实现但要注意 license 兼容性。自己从头写一个也不难而且能更好地控制功能和安全性。最后分享一个小技巧在固件里加一个串口命令比如nvs set wifi_cfg password 新密码这样即使浏览器工具用不了通过串口终端也能改配置。多一条后路关键时刻能救命。