普通视图

发现新文章,点击刷新页面。
今天 — 2026年2月26日首页

100s 带你了解 Bun 为什么这么火

作者 冴羽
2026年2月26日 17:14

1995 年, JavaScript 诞生,主要用于广告弹窗。

2009 年,Node.js 诞生,JS 可以写后端了。

然而这是罪恶的开始,之后 JS 发展出了世界上最复杂的工具链。

于是写一个 Web 项目,你需要 Node.js 作为运行环境,Npm 作为包管理器,Webpack 作为打包工具,Jest 作为测试,还要用 Babel 转译,还要写一大堆没人看懂的配置文件。

这样的痛苦想必你已经体会到了。

2021 年,Bun 说:“为什么不能在运行时就完成所有得事情呢?”

于是它火了。

Bun 是什么?

Bun 本质上是一个 JavaScript 运行时,类似于 Node.js,但极其注重性能。

为了实现高性能,Bun 的核心策略是将:

  1. Node.js 的 C++ 替换成 Zig

  2. Node.js 的 V8 引擎替换成 Safari 使用的 JavaScript Core

这确实让 Bun 取得了不错的性能测试成绩。

image.png

但 Bun 真正革命性的地方在于它不仅仅是一个运行时。

它取代了你的打包工具,于是你可以直接写 TypeScript 或 JavaScript,而不用做任何配置。

它取代了你的测试框架和包管理器,甚至内置数据库驱动程序,同时又保持了与 Node.js 生态的兼容性。

从此以后,你只用一个工具就可以完成所有任务。

当然直接说还是有些抽象,我们直接看代码吧。

Bun 的使用

安装 Bun:

curl -fsSL https://bun.sh/install | bash

创建新项目:

bun init

现在你已经可以编写 TypeScript 代码了。

现在我们搭建一个 Web 服务器,不需要 express,只需要:

const server = Bun.serve({
  port: 3000,
  routes: {
    "/": () => new Response("Bun!"),
  },
});

console.log(`Listening on ${server.url}`);

运行 bun run index.ts 你就可以直接看到效果。

如果你想操作数据库,直接写:

import { Database } from "bun:sqlite";
const db = new Database("./app.sqlite");

如果你想使用 Redis,直接写:

import { redis } from "bun";

// 设置 Key
await redis.set("greeting", "Hello from Bun!");

// 读取数据
const cachedDate = await redis.exists("greeting");

如果你需要安装包,直接运行:

# 安装速度比 npm 快 25 倍
bun install

如果你想写测试,直接写:

// 内置测试工具
import { test, expect } from "bun:test";

test("2 + 2 = 4", () => {
  expect(2 + 2).toBe(4);
});

为什么要关注 Bun?

Bun 本身其实已经很火了。

2025 年底,Anthropic 收购 Bun,更是为 Bun 的发展添了一把柴。

Bun 现在已经普遍被用于 Claude Code 等工具、云平台上的 Serverless Functions 等,这预示着它正在成为 JavaScript 生态系统中的重要力量。

所以如果你正在学 JavaScript,或者想尝试新工具,Bun 值得一看。

即使现在不用,了解这个“未来趋势”也会让你对前端生态有更深的理解。

我是冴羽,10 年笔耕不辍,专注前端领域,更新了 10+ 系列、300+ 篇原创技术文章,翻译过 Svelte、Solid.js、TypeScript 文档,著有小册《Next.js 开发指南》、《Svelte 开发指南》、《Astro 实战指南》。

欢迎围观我的“网页版朋友圈”,关注我的公众号:冴羽(或搜索 yayujs),每天分享前端知识、AI 干货。

昨天 — 2026年2月25日首页

2026 年 JavaScript 框架 3 大趋势

作者 冴羽
2026年2月25日 17:16

2026 年 JavaScript 框架 3 大趋势

你好,我是冴羽。

Solid.js 的作者 Ryan Carniato 每年都会写一篇 JavaScript 框架发展趋势的文章,今年也不例外。

你可能会想,现在不都是 AI 写了吗?哪还有人讨论新的 JavaScript 框架或特性?但这并不意味着事物本身没有在发展。

事实上在 AI 时代,我们已经到了愿景比执行更为重要的阶段。

比如以前很多框架为了性能会采用 Signals 技术,如今已经让位于更具战略性的思考

本篇就和你深入探讨这些思考。

趋势一:AI优先

你可能以为,AI 对 JavaScript 框架本身没有影响,毕竟 AI 只是用框架生成业务代码。

但当越来越多原本不会接触框架的人使用框架,事情开始发生了改变。

想象一下,你现在有一个 AI 助手,但你只能用一种复杂的指令来指挥它。

比如你不能说“把桌子上的书放到书架第二层”,而是要说“执行文件迁移协议,源目录:桌面,目标:书架,层级:2”。0

这就是当前 JavaScript 框架的问题:API 设计太复杂,连 AI 都看不懂

于是一些框架发生了改变。

比如 Remix 3,这个框架做了一个大胆的决定:完全脱离 React,从零开始重新思考全栈 Web 开发。

Remix 3 的作者表示,他们的目标是减少特定领域语言,让 AI 能够更容易地生成通用解决方案。

一个例子就是他们在演示中展示了让 AI 生成框架无关的代码,然后轻松集成到项目中的能力。

这就是在从“专业术语对话”转向“自然语言交流”。这种变化将极大降低学习成本,提高开发效率。

趋势二:同构优先

前后端分离时代,客户端和服务端使用完全不同的语言,但随着服务端渲染技术的发展,如今前后端已经可以使用同一种语言。

在“同构优先”架构下,可以进行服务器端渲染,但应用程序的核心代码同时运行在两个环境中。这极大地降低了开发成本。

比如 Tanstack Start 和 SvelteKit 已经将乱序流式传输、服务端渲染, 细粒度乐观更新、单次变更等模式引入到各自的生态系统中。

新的一年,相关技术依然会持续升级。

趋势三:异步优先

如果让我说 2025 年 JavaScript 框架领域,思维方式发生的最大变革,那绝对是异步编程。

传统开发中,异步更新通常被认为是“特殊处理”情况,但在2026年,这将成为常态。

React 的 useOptimistic 和 Actions 模式代表了这种转变。它们将每个用户交互都包装在Transition中,确保显示更新与数据可用性协调一致。

想象一下,当你在社交媒体上点赞时,不再需要等待服务器响应才能看到 UI 更新,但又能保证最终状态的一致性。

这种“既快又准”的体验将重新定义用户对 Web 应用的期望。

这种变革影响深远,而且基础性极强,不出几年,就会成为各种框架的基本要求。

结语:迎接更智能的前端时代

2026年,JavaScript框架的发展将进入一个全新的阶段。

这不是简单的技术升级,而是开发思维的深刻变革。

3 个关键点值得记住:

  1. AI优先不是噱头,而是重新定义框架设计的基础理念

  2. 同构架构体现了"大道至简"的技术哲学

  3. 异步优先将用户体验提升到了前所未有的高度

面对这些变化,我们需要的不仅仅是技术准备,更是思维方式的调整。

未来的前端开发将更加智能、更加自然,也更加专注于解决真正的用户问题。

我是冴羽,10 年笔耕不辍,专注前端领域,更新了 10+ 系列、300+ 篇原创技术文章,翻译过 Svelte、Solid.js、TypeScript 文档,著有小册《Next.js 开发指南》、《Svelte 开发指南》、《Astro 实战指南》。

欢迎围观我的“网页版朋友圈”,关注我的公众号:冴羽(或搜索 yayujs),每天分享前端知识、AI 干货。

❌
❌