如何让Socket.IO与Nuxt 3共用端口并自动启动？

我希望在Nuxt 3应用中使用Socket.IO，实现Nuxt应用与Socket.IO服务器共用同一端口，且Socket.IO服务器在Nuxt应用就绪后自动启动。

我已尝试7种不同方案，但均存在不足：

已尝试的方案及不足 #

方案1：使用nuxt-socket-io模块 #

该模块文档提到有适配Nuxt 3及新版Socket.IO的临时解决方案，但对应的说明页面无法访问，且仓库作者已关闭问题、不再维护模块。
tl; dr：无法使用，无官方支持。

方案2：使用nuxt3-socket.io模块 #

曾出现过启动错误，不过2024年1月更新后，该模块在开发和生产环境均可正常使用，操作也很简便。但目前无法实现Socket.IO服务器的热重载——尽管文件修改时Nitro会重载，相关问题仍待修复。另外有用户反馈存在潜在兼容性问题，但我在macOS上未复现。
tl; dr：使用体验佳、操作简便，但缺少Socket.IO服务器热重载，可能存在平台兼容性问题。（当前首选方案）

方案3：通过Nuxt中间件启动Socket.IO服务器 #

此方案基本可行，但Socket.IO服务器需要等到"/ws"路由被请求后才会启动，因此需要额外编写客户端触发代码。
tl; dr：基本可用，但Socket.IO无法随Nuxt应用就绪自动启动。

方案4：使用带listen钩子的Nuxt插件 #

开发环境下完全满足需求，但listen钩子仅在开发模式下触发，生产环境中Socket.IO服务器无法运行。
tl; dr：仅适用于开发环境。

方案5：不同端口部署+反向代理 #

将Socket.IO部署在单独端口，通过http-proxy代理到Nuxt应用的同一端口。这是目前效果较好的方案，但会增加加载时间，尤其是在开发环境中。
tl; dr：可用但运行速度较慢。

方案6：自定义Nitro入口文件 #

根据社区用户建议，使用自定义Nitro入口文件的方案效果良好，但由于替换了Nitro的默认入口，每次Nitro版本更新都可能需要调整代码以适配。
tl; dr：可用但需要持续维护适配版本更新。

更新：方案7：Nitro原生WebSocket支持 #

Nitro现已提供实验性的原生WebSocket处理器支持，对于可以接受用WebSocket替代Socket.IO的用户来说是绝佳方案，但无法解决Socket.IO的使用需求。
tl; dr：方案完善，但仅支持WebSocket而非Socket.IO。

我的问题 #

是否存在我遗漏的简便方案，可实现Socket.IO服务器随Nuxt应用就绪自动启动并共用同一端口？

内容的提问来源于stack exchange，提问作者XENOTnet