ESP32配网选SoftAP还是BLE？从手机体验、安全和维护成本判断

ESP32配网应从实际安装流程选通道。产品已有长期维护的手机App，BLE值得优先做原型；现场更适合连接设备临时热点，SoftAP同样值得评估。无论选择哪种方式，都要定义设备身份确认、失败提示和授权重新配网入口。

版本范围：本文按ESP-IDF v5.5配网概念讨论ESP32系列产品设计，具体芯片是否有Wi-Fi和BLE须单独确认。v6.0已将配网移到独立组件；以下是设计和验证方法，没有宣称完成硬件对比实验。

先列清产品和手机端约束

先写出家庭用户、现场安装员、工厂操作员三条任务路径：谁知道网络密码，谁有权更换密码，手机是否能联网，现场是否允许安装App。企业管理手机的限制可能与普通消费者完全不同，不能用同一段演示覆盖所有人。

再记录模组型号、可用内存、运行期间是否继续使用蓝牙、目标手机、维护年限和本地按键。芯片不支持某种无线能力属于硬约束；App没有维护负责人属于交付风险。实验室现成App能连上，只解决了演示问题。

典型流程是手机加入设备热点、获得地址、建立配网安全会话、提交目标网络信息、观察设备连接结果，再回到适合的网络。Espressif v5.5传输说明定义了SoftAP加HTTP的通道，但这并不自动提供完整网页门户，也不保证所有手机都会弹出配网页面。

原型要主动验证最不顺畅的环节：手机提示“无互联网”后如何继续，自动切网或蜂窝网络是否改变请求路径，设备已连上路由器却丢失最后回复时界面显示什么。为一次配网保留会话标识和可重新查询的状态，避免把回复丢失变成盲目重复输入密码。

BLE路径包括发现设备、连接服务、建立应用层安全会话、提交凭据和获取进度。手机可以继续保留原有网络连接，但实际行为仍要按系统和App验证。BLE连接成功仅说明传输通道已建立，设备是否接受凭据、是否加入正确网络还需独立结果。

明确谁负责权限被拒、蓝牙关闭、App切后台、取消、设备选择和手机库升级。两台同型号设备同时出现时，用户如何选中自己的设备？广播名称适合帮助辨认，但不应独自承担设备可信性的证明。产品业务GATT服务还应保留独立的接口契约。

把四件事分开审查：手机如何确认设备身份，设备如何确认配置权限，凭据如何保密，以及哪些时段允许配置。实体按键开启短时窗口、设备专属入网材料都可以参与设计，但不能替代安全协议。

固件与手机库支持的安全方案必须一起固定。protocomm参考将安全方案与传输分层。Security 0没有保护能力，不应作为生产兼容性绕过办法。选用Security 2时，还要审查制造阶段和App如何处理对应入网材料。

分别测量启动、扫描网络、安全握手、主业务同时运行、配网停止后的资源。至少收集内部堆最低余量、最大空闲块、任务栈余量、分配失败和相关无线事件。只看成功后的空闲堆，可能漏掉真正导致失败的峰值。

v5.5配网管理器文档说明了按方案释放蓝牙资源的机制。释放策略必须适合后续业务，且要确认再次配网是否需要重启。不能为了让示例内存数字好看，就照搬会影响运行期蓝牙功能的处理器。本文不给出未经测量的RAM差值或速度优势。

选定方案前，写清哪个按键或认证命令开启配网、保留哪些状态、窗口多长、如何退出。云服务暂时不可达不应自动触发永久开放配置入口。错误重试和掉电状态机可继续阅读配网失败恢复指南。

在条件允许时，用同一硬件、同一任务比较两条路径。计时从明确的用户动作开始，到明确的设备结果结束，例如获得有效IP并返回经过认证的本地状态；云端注册单独统计。除了首次配网，还要执行取消、错密码、路由器消失、App后台及第二次配网。

每次保存手机型号与系统、App构建、芯片模组、固件及库版本、路由器配置、事件日志、结果和恢复动作。样本量与未覆盖组合必须可追溯，时间和成功率在实测前留空。所有失败门槛和长期维护责任明确后，再决定单通道还是双通道。