Apollo项目在Windows 11 24H2上的启动问题分析与解决方案

问题背景

近期部分Windows 11 24H2用户报告称，Apollo项目在系统启动时存在服务无法正常工作的现象。具体表现为：服务虽然启动，但Web UI界面无法访问，同时Artemis设备识别功能失效。用户需要多次重启应用才能恢复正常工作。

问题现象分析

通过收集用户日志和反馈，我们观察到以下典型现象：

1. 系统启动后，Apollo服务进程存在但未占用47990端口
2. Web界面无法访问，设备识别功能失效
3. 需要手动重启应用2-3次才能恢复正常
4. 日志中显示AMF编码器初始化时出现警告和错误信息

根本原因

经过深入分析，我们发现该问题主要由以下几个因素共同导致：

1. Windows 11 24H2的网络权限变更：新版本系统对网络端口的使用增加了权限控制，可能导致服务启动时无法立即获取所需端口。

2. 编码器初始化时序问题：特别是AMD显卡用户，AMF编码器在系统启动阶段初始化时可能出现时序问题，导致服务未能完全就绪。

3. 显示输出配置冲突：部分用户配置了固定的输出设备ID，当系统启动时显示设备尚未完全初始化，导致服务启动受阻。

解决方案

针对上述问题，我们推荐以下解决方案：

1. 清理输出名称配置

建议用户保持输出名称(Output Name)为空，避免因设备ID匹配问题导致服务启动失败。这一设置在Windows 11 24H2上尤为重要，因为新系统的显示设备初始化时序可能发生变化。

2. 更新显卡驱动程序

确保使用最新版本的显卡驱动程序，特别是AMD显卡用户。新版驱动通常包含对AMF编码器的改进和错误修复。

3. 版本回退与升级策略

部分用户反馈，通过以下步骤解决了问题：

• 先降级到0.3.5版本
• 然后再升级到0.3.7版本 这一操作可能重置了某些配置状态，使服务能够正常启动。

4. 服务启动延迟

对于系统启动时服务无法立即工作的情况，可以考虑：

• 设置Apollo服务的启动类型为"自动(延迟启动)"
• 或者创建简单的启动脚本，在系统启动后延迟几秒再启动Apollo

技术细节补充

从日志分析中，我们注意到AMF编码器在初始化时会出现以下典型信息：

AMFEncoderCoreH264 Error: Assertion failed:expected taskid=1 Feedback output: taskId=0

这类错误通常不会影响功能，但可能反映了初始化时序问题。在Windows 11 24H2上，系统服务的启动顺序变化可能放大了这一问题的影响。

结论

Windows 11 24H2的系统变更确实对Apollo项目的启动流程带来了一定挑战。通过上述解决方案，大多数用户应该能够恢复正常的自动启动功能。项目团队将持续关注这一问题，并在未来版本中进一步优化启动流程的健壮性。

对于遇到类似问题的用户，建议首先尝试最简单的解决方案——清空输出名称配置并更新显卡驱动，这通常能解决大部分启动问题。