1. 先搞清楚 Hono 和 Web API 能帮你解决什么问题如果你正在找一个足够轻量、能快速理解 HTTP 服务器原理并且能直接上手写接口的工具那么 Hono 和原生 Web API 的组合是一个非常好的起点。它解决的核心问题是让你用最少的代码和依赖构建一个功能完整的 Web 服务器特别适合用于学习、原型验证或构建轻量级 API 服务。很多人一听到“手搓 Web 服务器”就觉得复杂需要处理网络套接字、解析 HTTP 协议。但 Hono 的思路是它基于现代 JavaScript 运行时如 Node.js, Bun, Deno, Cloudflare Workers内置的fetchAPI 和Request/Response对象帮你封装了路由、中间件等繁琐部分让你能专注于业务逻辑。不到 50 行代码你就能得到一个支持路由、参数解析、返回 JSON 或 HTML 的服务器。这适合谁看前端开发者想深入理解后端接口如何工作全栈新手想找一个不依赖庞大框架的入门方式或者你需要一个极简的 API 网关、Mock 服务器。最值得关注的点是它剥离了传统框架的复杂性让你清晰地看到“一个请求进来一个响应出去”的完整链路这是理解 Web 开发基础的关键。2. 环境准备选对运行时一分钟就能跑起来Hono 的优势在于它对多个运行时的良好支持。这意味着你的代码在 Node.js、Bun、Deno 等环境下几乎无需修改就能运行。对于初学者我建议从Bun或Node.js开始因为它们的生态和工具链更常见。环境要求与选择Node.js: 版本 18 或更高。确保支持fetchAPINode 18 已内置。Bun: 任何稳定版本均可。Bun 本身速度很快且内置了打包和测试工具体验更流畅。Deno: 版本 1.30 或更高。包管理器: npm, yarn, pnpm 或 bun 自带的包管理工具。我个人的选择建议如果只是学习和快速验证用Bun。它的启动速度和热重载通过--watch对开发体验提升很大。命令也更简洁。如果是已有项目或团队环境统一使用 Node.js那就用 Node.js完全没问题。初始化项目在你的项目目录下打开终端执行以下命令来初始化并安装 Hono# 使用 Bun (推荐) mkdir my-hono-app cd my-hono-app bun init -y bun add hono # 或者使用 Node.js (npm) mkdir my-hono-app cd my-hono-app npm init -y npm install hono安装完成后检查一下package.json确认dependencies里已经有了hono: ^4.x.x。整个过程通常不会超过一分钟。3. 核心代码拆解50 行里到底写了什么下面是一个完整的、功能清晰的 Hono 服务器示例包含了最常用的几个功能点。我们将逐段拆解理解每一部分的作用。// index.js import { Hono } from hono; // 1. 创建应用实例 const app new Hono(); // 2. 定义第一个路由根路径 GET 请求 app.get(/, (c) { return c.text(Hello, Hono!); }); // 3. 返回 JSON 数据 app.get(/api/user, (c) { const user { id: 1, name: Hono User }; return c.json(user); }); // 4. 获取路由参数 app.get(/api/user/:id, (c) { const userId c.req.param(id); // 获取 :id 的值 return c.json({ message: Fetching user ${userId} }); }); // 5. 获取查询参数 (Query String) app.get(/api/search, (c) { const keyword c.req.query(q); // 例如/api/search?qhono return c.json({ keyword: keyword || No keyword provided }); }); // 6. 处理 POST 请求与 JSON 请求体 app.post(/api/data, async (c) { const body await c.req.json(); // 异步解析 JSON body return c.json({ received: body, status: created }, 201); // 返回 201 状态码 }); // 7. 使用中间件日志记录 app.use(*, async (c, next) { const start Date.now(); await next(); // 执行后续的处理器 const duration Date.now() - start; console.log(${c.req.method} ${c.req.path} - ${duration}ms); }); // 8. 启动服务器 const port 3000; console.log(Server is running on http://localhost:${port}); export default { port, fetch: app.fetch, // 这是关键将 Hono 实例的 fetch 方法导出 };关键点解析import { Hono } from hono;: 这是 ES Module 的导入方式确保你的package.json中有type: module或者使用.mjs后缀。const app new Hono();: 创建一个 Hono 应用实例。所有路由和中间件都挂载在这个实例上。路由定义 (app.get,app.post): 方法名对应 HTTP 方法第一个参数是路径模式第二个参数是处理函数。处理函数接收一个上下文对象c。上下文对象c: 这是核心对象包含了请求 (c.req) 和响应 (c.res) 的相关信息以及一系列便捷的响应方法如c.text(),c.json(),c.html()。参数获取:c.req.param(id): 获取路径参数。c.req.query(q): 获取查询字符串参数。await c.req.json():异步获取 JSON 格式的请求体。这是新手常忘的await点。中间件 (app.use): 中间件函数可以访问c和next。调用await next()会将控制权传递给下一个中间件或路由处理器。上面例子用于记录请求耗时。启动服务器 (export default): 这是适配多种运行时的标准方式。将app.fetch方法导出运行时如 Bun会自动识别并启动服务。port定义了监听端口。4. 运行、测试与调试看到结果才算成功代码写好了怎么让它跑起来并验证功能我们分步进行。启动服务器根据你选择的运行时使用对应的命令。# 使用 Bun bun run index.js # 或者使用 watch 模式代码改动后自动重启 bun --watch run index.js # 使用 Node.js (需要额外的适配这里使用最简单的方式) # 首先确保有 package.json 且 type 为 module然后运行 node index.js如果看到终端输出Server is running on http://localhost:3000说明服务器已成功启动。测试接口不要急着写前端代码来测用最直接的工具——命令行 curl或图形化的Postman、Thunder ClientVSCode 插件。测试根路径curl http://localhost:3000/应该返回Hello, Hono!。测试 JSON 接口curl http://localhost:3000/api/user应该返回{id:1,name:Hono User}。测试路径参数curl http://localhost:3000/api/user/123应该返回{message:Fetching user 123}。测试查询参数curl http://localhost:3000/api/search?qtest应该返回{keyword:test}。测试 POST 请求curl -X POST http://localhost:3000/api/data \ -H Content-Type: application/json \ -d {title:Learn Hono}应该返回{received:{title:Learn Hono},status:created}并且观察终端应该打印出类似POST /api/data - 2ms的日志。调试与查看日志如果请求没反应或报错按这个顺序排查服务器是否在运行检查终端进程是否存在端口是否被占用如另一个程序也在用 3000 端口。路由匹配吗检查请求的 URL 和方法GET/POST是否与代码中定义的路由完全一致。查看终端输出中间件写的console.log是重要的调试信息能告诉你请求是否到达、耗时多少。检查请求格式对于 POST 请求是否设置了正确的Content-Type: application/json请求头请求体是否是合法的 JSON5. 从玩具到工具添加实用功能与生产化思考一个基础的服务器跑通了但离“可用”还有距离。接下来我们添加几个实用功能并讨论生产环境需要考虑的问题。5.1 添加静态文件服务一个 Web 服务器常常需要托管 HTML、CSS、JS 文件。Hono 可以通过中间件或内置功能轻松实现。import { Hono } from hono; import { serveStatic } from hono/serve-static; // 导入静态文件服务中间件 const app new Hono(); // 将 ./public 目录下的文件作为静态资源服务 // 访问 http://localhost:3000/static/index.html 会指向 ./public/index.html app.use(/static/*, serveStatic({ root: ./public })); // 也可以直接指定一个目录为根目录 app.get(*, serveStatic({ root: ./public })); // 小心这会覆盖所有未匹配的 API 路由 // 你的其他 API 路由... app.get(/api/hello, (c) c.json({ message: API is alive })); export default { fetch: app.fetch, port: 3000 };注意静态文件服务的中间件通常应该放在特定路径如/static/*下或者放在所有 API 路由之后避免静态资源路由意外拦截了你的 API 请求。5.2 添加基本的错误处理网络请求总会出错比如访问不存在的路由或者请求体解析失败。// 在所有路由之后定义一个 404 处理 app.notFound((c) { return c.json({ error: Not Found }, 404); }); // 全局错误处理 app.onError((err, c) { console.error(Error: ${err.message} on ${c.req.path}); // 根据错误类型返回不同的状态码 if (err.message.includes(JSON)) { return c.json({ error: Invalid JSON }, 400); } return c.json({ error: Internal Server Error }, 500); });5.3 连接数据库概念示例真实的 API 需要数据持久化。这里以连接一个 SQLite 数据库为例使用better-sqlite3。# 安装数据库驱动 bun add better-sqlite3import { Hono } from hono; import Database from better-sqlite3; const app new Hono(); const db new Database(./mydb.sqlite); // 初始化表仅示例生产环境需要迁移工具 db.exec( CREATE TABLE IF NOT EXISTS items ( id INTEGER PRIMARY KEY AUTOINCREMENT, name TEXT NOT NULL ) ); app.get(/api/items, (c) { const items db.prepare(SELECT * FROM items).all(); return c.json(items); }); app.post(/api/items, async (c) { const { name } await c.req.json(); const stmt db.prepare(INSERT INTO items (name) VALUES (?)); const info stmt.run(name); return c.json({ id: info.lastInsertRowid, name }, 201); });5.4 生产环境考量用 50 行代码跑起来一个服务器很容易但要用于生产你需要思考更多环境变量管理端口、数据库连接字符串、API 密钥等不应硬编码在代码中。使用dotenv包从.env文件读取。bun add dotenvimport dotenv/config; const port process.env.PORT || 3000;日志记录替换console.log使用更专业的日志库如pino、winston支持日志级别、格式化、输出到文件。安全性CORS:如果 API 被浏览器前端调用需要配置 CORS 中间件 (hono/cors)。输入验证永远不要信任客户端输入。对请求参数和请求体进行严格的验证使用zod等库。速率限制防止恶意刷接口。进程管理Node.js 应用崩溃后需要重启。在生产环境使用进程管理器如pm2或系统服务systemd来保证高可用。部署Hono 应用可以部署到任何支持 JavaScript 的环境传统的 VPS用 Node.js、Serverless 平台如 Vercel, Netlify Functions、边缘网络如 Cloudflare Workers。部署方式差异很大需要参考对应平台的文档。6. 常见问题与排查清单在实际操作中你可能会遇到下面这些问题。按照这个清单排查能节省大量时间。1. 服务器启动失败提示Cannot find package或Error [ERR_MODULE_NOT_FOUND]原因依赖没有安装或者导入的模块路径错误。解决运行bun install或npm install确保所有依赖已安装。检查import语句的包名是否正确特别是serveStatic、cors等是从hono/xxx子路径导入的。2. 访问接口返回404 Not Found原因路由未匹配。排查检查请求的URL 路径和HTTP 方法是否与代码中定义的路由完全一致包括大小写、斜杠。检查是否有静态文件中间件或全局中间件意外拦截了请求。在中间件里加日志打印c.req.path看看请求到底走到了哪里。3. POST 请求接收不到请求体 (body为null)原因没有异步解析请求体或请求头不正确。解决确保处理函数是async并且使用了await c.req.json()。确保客户端发送请求时设置了正确的请求头Content-Type: application/json。检查请求体是否是有效的 JSON 格式。4. 代码修改后服务器没有自动重启原因没有使用文件监视模式。解决使用 Bun 的--watch标志bun --watch run index.js。对于 Node.js可以安装nodemon工具npm install -g nodemon然后使用nodemon index.js。5. 端口被占用 (Error: listen EADDRINUSE: address already in use :::3000)原因另一个进程可能是你之前未退出的服务器正在使用 3000 端口。解决在终端中按CtrlC停止当前服务器再重新启动。如果问题依旧查找并杀死占用端口的进程。Linux/macOS:lsof -ti:3000 | xargs kill -9Windows:netstat -ano | findstr :3000然后taskkill /PID PID /F或者直接在代码中换一个端口号比如8080。6. 部署到 Serverless 平台后路由失效原因Serverless 平台如 Vercel有特定的入口文件要求和路由约定。解决不要直接使用export default { port, fetch }方式。参考 Hono 官方文档中针对各平台的适配器Adapter例如对于 Vercel你可能需要创建一个/api/[[...route]].js文件并导出app。当你按照上面的步骤走完一遍从安装、写代码、运行、测试到添加功能你应该对“一个 Web 服务器如何工作”有了非常具体和感性的认识。Hono 的价值就在于它用极简的抽象让你触及了本质而没有用复杂的约定和配置把你吓跑。在决定是否将其用于更严肃的项目前我的建议是用它多写几个不同的小项目处理一下文件上传、用户认证等场景感受其边界和扩展性这会比单纯阅读文档有效得多。
1. 先搞清楚 Hono 和 Web API 能帮你解决什么问题如果你正在找一个足够轻量、能快速理解 HTTP 服务器原理并且能直接上手写接口的工具那么 Hono 和原生 Web API 的组合是一个非常好的起点。它解决的核心问题是让你用最少的代码和依赖构建一个功能完整的 Web 服务器特别适合用于学习、原型验证或构建轻量级 API 服务。很多人一听到“手搓 Web 服务器”就觉得复杂需要处理网络套接字、解析 HTTP 协议。但 Hono 的思路是它基于现代 JavaScript 运行时如 Node.js, Bun, Deno, Cloudflare Workers内置的fetchAPI 和Request/Response对象帮你封装了路由、中间件等繁琐部分让你能专注于业务逻辑。不到 50 行代码你就能得到一个支持路由、参数解析、返回 JSON 或 HTML 的服务器。这适合谁看前端开发者想深入理解后端接口如何工作全栈新手想找一个不依赖庞大框架的入门方式或者你需要一个极简的 API 网关、Mock 服务器。最值得关注的点是它剥离了传统框架的复杂性让你清晰地看到“一个请求进来一个响应出去”的完整链路这是理解 Web 开发基础的关键。2. 环境准备选对运行时一分钟就能跑起来Hono 的优势在于它对多个运行时的良好支持。这意味着你的代码在 Node.js、Bun、Deno 等环境下几乎无需修改就能运行。对于初学者我建议从Bun或Node.js开始因为它们的生态和工具链更常见。环境要求与选择Node.js: 版本 18 或更高。确保支持fetchAPINode 18 已内置。Bun: 任何稳定版本均可。Bun 本身速度很快且内置了打包和测试工具体验更流畅。Deno: 版本 1.30 或更高。包管理器: npm, yarn, pnpm 或 bun 自带的包管理工具。我个人的选择建议如果只是学习和快速验证用Bun。它的启动速度和热重载通过--watch对开发体验提升很大。命令也更简洁。如果是已有项目或团队环境统一使用 Node.js那就用 Node.js完全没问题。初始化项目在你的项目目录下打开终端执行以下命令来初始化并安装 Hono# 使用 Bun (推荐) mkdir my-hono-app cd my-hono-app bun init -y bun add hono # 或者使用 Node.js (npm) mkdir my-hono-app cd my-hono-app npm init -y npm install hono安装完成后检查一下package.json确认dependencies里已经有了hono: ^4.x.x。整个过程通常不会超过一分钟。3. 核心代码拆解50 行里到底写了什么下面是一个完整的、功能清晰的 Hono 服务器示例包含了最常用的几个功能点。我们将逐段拆解理解每一部分的作用。// index.js import { Hono } from hono; // 1. 创建应用实例 const app new Hono(); // 2. 定义第一个路由根路径 GET 请求 app.get(/, (c) { return c.text(Hello, Hono!); }); // 3. 返回 JSON 数据 app.get(/api/user, (c) { const user { id: 1, name: Hono User }; return c.json(user); }); // 4. 获取路由参数 app.get(/api/user/:id, (c) { const userId c.req.param(id); // 获取 :id 的值 return c.json({ message: Fetching user ${userId} }); }); // 5. 获取查询参数 (Query String) app.get(/api/search, (c) { const keyword c.req.query(q); // 例如/api/search?qhono return c.json({ keyword: keyword || No keyword provided }); }); // 6. 处理 POST 请求与 JSON 请求体 app.post(/api/data, async (c) { const body await c.req.json(); // 异步解析 JSON body return c.json({ received: body, status: created }, 201); // 返回 201 状态码 }); // 7. 使用中间件日志记录 app.use(*, async (c, next) { const start Date.now(); await next(); // 执行后续的处理器 const duration Date.now() - start; console.log(${c.req.method} ${c.req.path} - ${duration}ms); }); // 8. 启动服务器 const port 3000; console.log(Server is running on http://localhost:${port}); export default { port, fetch: app.fetch, // 这是关键将 Hono 实例的 fetch 方法导出 };关键点解析import { Hono } from hono;: 这是 ES Module 的导入方式确保你的package.json中有type: module或者使用.mjs后缀。const app new Hono();: 创建一个 Hono 应用实例。所有路由和中间件都挂载在这个实例上。路由定义 (app.get,app.post): 方法名对应 HTTP 方法第一个参数是路径模式第二个参数是处理函数。处理函数接收一个上下文对象c。上下文对象c: 这是核心对象包含了请求 (c.req) 和响应 (c.res) 的相关信息以及一系列便捷的响应方法如c.text(),c.json(),c.html()。参数获取:c.req.param(id): 获取路径参数。c.req.query(q): 获取查询字符串参数。await c.req.json():异步获取 JSON 格式的请求体。这是新手常忘的await点。中间件 (app.use): 中间件函数可以访问c和next。调用await next()会将控制权传递给下一个中间件或路由处理器。上面例子用于记录请求耗时。启动服务器 (export default): 这是适配多种运行时的标准方式。将app.fetch方法导出运行时如 Bun会自动识别并启动服务。port定义了监听端口。4. 运行、测试与调试看到结果才算成功代码写好了怎么让它跑起来并验证功能我们分步进行。启动服务器根据你选择的运行时使用对应的命令。# 使用 Bun bun run index.js # 或者使用 watch 模式代码改动后自动重启 bun --watch run index.js # 使用 Node.js (需要额外的适配这里使用最简单的方式) # 首先确保有 package.json 且 type 为 module然后运行 node index.js如果看到终端输出Server is running on http://localhost:3000说明服务器已成功启动。测试接口不要急着写前端代码来测用最直接的工具——命令行 curl或图形化的Postman、Thunder ClientVSCode 插件。测试根路径curl http://localhost:3000/应该返回Hello, Hono!。测试 JSON 接口curl http://localhost:3000/api/user应该返回{id:1,name:Hono User}。测试路径参数curl http://localhost:3000/api/user/123应该返回{message:Fetching user 123}。测试查询参数curl http://localhost:3000/api/search?qtest应该返回{keyword:test}。测试 POST 请求curl -X POST http://localhost:3000/api/data \ -H Content-Type: application/json \ -d {title:Learn Hono}应该返回{received:{title:Learn Hono},status:created}并且观察终端应该打印出类似POST /api/data - 2ms的日志。调试与查看日志如果请求没反应或报错按这个顺序排查服务器是否在运行检查终端进程是否存在端口是否被占用如另一个程序也在用 3000 端口。路由匹配吗检查请求的 URL 和方法GET/POST是否与代码中定义的路由完全一致。查看终端输出中间件写的console.log是重要的调试信息能告诉你请求是否到达、耗时多少。检查请求格式对于 POST 请求是否设置了正确的Content-Type: application/json请求头请求体是否是合法的 JSON5. 从玩具到工具添加实用功能与生产化思考一个基础的服务器跑通了但离“可用”还有距离。接下来我们添加几个实用功能并讨论生产环境需要考虑的问题。5.1 添加静态文件服务一个 Web 服务器常常需要托管 HTML、CSS、JS 文件。Hono 可以通过中间件或内置功能轻松实现。import { Hono } from hono; import { serveStatic } from hono/serve-static; // 导入静态文件服务中间件 const app new Hono(); // 将 ./public 目录下的文件作为静态资源服务 // 访问 http://localhost:3000/static/index.html 会指向 ./public/index.html app.use(/static/*, serveStatic({ root: ./public })); // 也可以直接指定一个目录为根目录 app.get(*, serveStatic({ root: ./public })); // 小心这会覆盖所有未匹配的 API 路由 // 你的其他 API 路由... app.get(/api/hello, (c) c.json({ message: API is alive })); export default { fetch: app.fetch, port: 3000 };注意静态文件服务的中间件通常应该放在特定路径如/static/*下或者放在所有 API 路由之后避免静态资源路由意外拦截了你的 API 请求。5.2 添加基本的错误处理网络请求总会出错比如访问不存在的路由或者请求体解析失败。// 在所有路由之后定义一个 404 处理 app.notFound((c) { return c.json({ error: Not Found }, 404); }); // 全局错误处理 app.onError((err, c) { console.error(Error: ${err.message} on ${c.req.path}); // 根据错误类型返回不同的状态码 if (err.message.includes(JSON)) { return c.json({ error: Invalid JSON }, 400); } return c.json({ error: Internal Server Error }, 500); });5.3 连接数据库概念示例真实的 API 需要数据持久化。这里以连接一个 SQLite 数据库为例使用better-sqlite3。# 安装数据库驱动 bun add better-sqlite3import { Hono } from hono; import Database from better-sqlite3; const app new Hono(); const db new Database(./mydb.sqlite); // 初始化表仅示例生产环境需要迁移工具 db.exec( CREATE TABLE IF NOT EXISTS items ( id INTEGER PRIMARY KEY AUTOINCREMENT, name TEXT NOT NULL ) ); app.get(/api/items, (c) { const items db.prepare(SELECT * FROM items).all(); return c.json(items); }); app.post(/api/items, async (c) { const { name } await c.req.json(); const stmt db.prepare(INSERT INTO items (name) VALUES (?)); const info stmt.run(name); return c.json({ id: info.lastInsertRowid, name }, 201); });5.4 生产环境考量用 50 行代码跑起来一个服务器很容易但要用于生产你需要思考更多环境变量管理端口、数据库连接字符串、API 密钥等不应硬编码在代码中。使用dotenv包从.env文件读取。bun add dotenvimport dotenv/config; const port process.env.PORT || 3000;日志记录替换console.log使用更专业的日志库如pino、winston支持日志级别、格式化、输出到文件。安全性CORS:如果 API 被浏览器前端调用需要配置 CORS 中间件 (hono/cors)。输入验证永远不要信任客户端输入。对请求参数和请求体进行严格的验证使用zod等库。速率限制防止恶意刷接口。进程管理Node.js 应用崩溃后需要重启。在生产环境使用进程管理器如pm2或系统服务systemd来保证高可用。部署Hono 应用可以部署到任何支持 JavaScript 的环境传统的 VPS用 Node.js、Serverless 平台如 Vercel, Netlify Functions、边缘网络如 Cloudflare Workers。部署方式差异很大需要参考对应平台的文档。6. 常见问题与排查清单在实际操作中你可能会遇到下面这些问题。按照这个清单排查能节省大量时间。1. 服务器启动失败提示Cannot find package或Error [ERR_MODULE_NOT_FOUND]原因依赖没有安装或者导入的模块路径错误。解决运行bun install或npm install确保所有依赖已安装。检查import语句的包名是否正确特别是serveStatic、cors等是从hono/xxx子路径导入的。2. 访问接口返回404 Not Found原因路由未匹配。排查检查请求的URL 路径和HTTP 方法是否与代码中定义的路由完全一致包括大小写、斜杠。检查是否有静态文件中间件或全局中间件意外拦截了请求。在中间件里加日志打印c.req.path看看请求到底走到了哪里。3. POST 请求接收不到请求体 (body为null)原因没有异步解析请求体或请求头不正确。解决确保处理函数是async并且使用了await c.req.json()。确保客户端发送请求时设置了正确的请求头Content-Type: application/json。检查请求体是否是有效的 JSON 格式。4. 代码修改后服务器没有自动重启原因没有使用文件监视模式。解决使用 Bun 的--watch标志bun --watch run index.js。对于 Node.js可以安装nodemon工具npm install -g nodemon然后使用nodemon index.js。5. 端口被占用 (Error: listen EADDRINUSE: address already in use :::3000)原因另一个进程可能是你之前未退出的服务器正在使用 3000 端口。解决在终端中按CtrlC停止当前服务器再重新启动。如果问题依旧查找并杀死占用端口的进程。Linux/macOS:lsof -ti:3000 | xargs kill -9Windows:netstat -ano | findstr :3000然后taskkill /PID PID /F或者直接在代码中换一个端口号比如8080。6. 部署到 Serverless 平台后路由失效原因Serverless 平台如 Vercel有特定的入口文件要求和路由约定。解决不要直接使用export default { port, fetch }方式。参考 Hono 官方文档中针对各平台的适配器Adapter例如对于 Vercel你可能需要创建一个/api/[[...route]].js文件并导出app。当你按照上面的步骤走完一遍从安装、写代码、运行、测试到添加功能你应该对“一个 Web 服务器如何工作”有了非常具体和感性的认识。Hono 的价值就在于它用极简的抽象让你触及了本质而没有用复杂的约定和配置把你吓跑。在决定是否将其用于更严肃的项目前我的建议是用它多写几个不同的小项目处理一下文件上传、用户认证等场景感受其边界和扩展性这会比单纯阅读文档有效得多。
![[光学原理与应用-521]：对光的错误理解与纠偏](http://pic.xiahunao.cn/yaotu/[光学原理与应用-521]：对光的错误理解与纠偏)
