Hono.js 在 Deno 环境下获取连接信息的正确方式

在 Deno 环境中使用 Hono.js 框架时，开发者可能会遇到一个常见问题：当尝试通过 getConnInfo 函数获取连接信息时，系统抛出错误提示无法解构 c.env 中的 remoteAddr 属性。这个问题通常是由于错误的服务器启动方式导致的。

问题现象

当开发者使用以下代码结构时会出现问题：

import { Hono } from "hono";
import { getConnInfo } from 'hono/deno'

const app = new Hono();
app.use(async (c, next) => {
  const connInfo = getConnInfo(c); // 这里会抛出错误
  await next();
});

export default app;

错误信息表明系统无法从 c.env 中解构出 remoteAddr 属性，这是因为环境信息没有被正确注入到 Hono 的上下文对象中。

根本原因

这个问题的根源在于服务器的启动方式。在 Deno 环境中，直接导出 Hono 应用实例（export default app）会导致连接信息无法正确传递。Deno 的 HTTP 服务器需要明确使用 Deno.serve() 方法来启动应用，这样才能确保连接信息被正确注入。

解决方案

正确的做法是使用 Deno.serve() 来启动 Hono 应用：

import { Hono } from "hono";
import { getConnInfo } from 'hono/deno'

const app = new Hono();
app.use(async (c, next) => {
  const { remoteAddr } = getConnInfo(c);
  console.log('客户端地址:', remoteAddr);
  await next();
});

Deno.serve(app.fetch);

这种启动方式确保了：

1. Deno 的 HTTP 服务器正确初始化
2. 连接信息被注入到 Hono 的上下文对象中
3. getConnInfo 函数能够正常工作

最佳实践

对于 Deno 环境下的 Hono.js 开发，建议始终使用 Deno.serve() 来启动应用。这种方式不仅解决了连接信息获取的问题，还能确保应用获得最佳的性能和稳定性。

如果应用需要部署到不同的环境，可以考虑创建一个适配器层来处理不同环境下的服务器启动逻辑，保持核心业务代码的通用性。

总结

在 Deno 中使用 Hono.js 框架时，获取连接信息是一个常见的需求。通过正确使用 Deno.serve() 方法启动应用，开发者可以避免连接信息获取失败的问题，确保应用功能的完整性。这个案例也提醒我们，在使用任何框架时，都应该遵循官方推荐的环境配置方式，以获得最佳兼容性和性能表现。