132 篇博文 含有标签「Node.js」

web下的提交数据的方法有2种,GET,POST,不明白的可以直接去面壁了.

Docker 在 2021 年已经不再只是“服务器上部署用一下”了，越来越多团队开始把它往本地开发环境里推进。尤其是 Node.js 项目一旦依赖 Redis、MongoDB、MySQL 这些组件，大家机器上的环境差异会很快变成协作成本。

前面聊 BFF 的时候，更多是在讲为什么它存在。到了真正落地时，团队最容易争论的是另一件事: 这层东西到底该做多厚，做哪些事才算合理？

真正把 Feathers.js 用起来之后，很快会遇到一个问题: service 到底该写多厚，hook 到底该放多少逻辑？这个边界如果不早点想清楚，项目照样会越写越乱。

2021 年如果还在继续做 Node.js 后端，会明显感觉到一个趋势: 大家不再满足于“能把接口写出来”这件事了，而是开始追求更快搭后台、更容易扩展认证、更自然接入实时能力。

Node.js 在 2013 年开始变得越来越热，而 npm 也逐渐从一个附属工具，变成了 JavaScript 开发者必须熟悉的生态入口。

2013 年很多前端开发者第一次认真看 Node.js 时，最兴奋的地方往往是“终于可以用 JavaScript 写后端了”。但真正想把它学好，第一步不是写接口，而是先把服务端思维建立起来。

补档说明：本文属于「AI 工程落地周记」系列，计划发布时间为 2025-05-06 20:15。当前先保留为草稿，后续补充真实案例、代码片段和复盘细节后再发布。

如果只用一个真实链路来解释这个标题，我会选“内部知识问答 API”。

这套服务最开始的目标很简单：前端把用户问题丢给后端，后端转发给模型，再把答案返回。最早大家以为复杂度会集中在业务逻辑上，比如：

• 检索怎么做
• 答案怎么组织
• 是否需要引用来源

但上线后很快发现，真正最先失控的不是这些，而是业务层外面那一圈：谁能调用、该走哪个模型、超时怎么退、缓存怎么命中、配额怎么算、错误怎么统一。

也就是说，业务逻辑还没来得及长大，网关层已经先膨胀了。

补档说明：本文属于「AI 工程落地周记」系列，计划发布时间为 2025-05-09 20:15。当前先保留为草稿，后续补充真实案例、代码片段和复盘细节后再发布。

AI 功能一旦进入真实流量，成本问题迟早会从“财务关心的事情”变成“工程必须立刻处理的事情”。最麻烦的是，它通常不会一开始就用一种非常明显的方式爆炸，而是会先通过一些不太起眼的信号慢慢浮上来。等到大家真正感觉到痛，往往已经不是“优化一下”能解决的程度了。

我现在看 AI 接口成本是否快要失控，不会先看总账单，而会先看系统里有没有出现下面三个信号。它们一旦出现，就意味着网关层和调度层必须尽快补队列、缓存和限流，不然越往后越被动。

补档说明：本文属于「AI 工程落地周记」系列，计划发布时间为 2025-05-25 11:40。当前先保留为草稿，后续补充真实案例、代码片段和复盘细节后再发布。

如果只拿一个线上场景来说超时策略，我会选“知识问答 + 检索 + 工具调用”的组合请求。

这类请求最容易暴露一个错觉：团队经常以为“只要给 SDK 设一个 30 秒超时就够了”。但真实请求进来之后你会发现，30 秒这个数字根本没有回答任何关键问题：

• 用户愿意盯着这个页面等多久？
• 整条链路最多能烧掉多少预算时间？
• 单个检索或工具步骤慢到什么程度时就该放弃？

当这些问题没有分开，超时就不会是一个边界，而只是一个会随机爆炸的数字。