Deno 入门教程 / 第 01 章：Deno 简介

第 01 章：Deno 简介

1.1 Deno 的诞生背景

Ryan Dahl 的反思

2018 年 JSConf EU 上，Node.js 的创始人 Ryan Dahl 做了一场著名的演讲——“10 Things I Regret About Node.js”。他列举了 Node.js 设计中的诸多遗憾：

基于这些反思，Ryan Dahl 决定从零开始构建一个新的 JavaScript 运行时——Deno。

Deno 名字的由来

“Deno” 这个名字其实是 “Node” 的字母重新排列（De-No-de → Deno），暗示着它是 Node 的"倒叙"——继承优点，修正错误。

里程碑时间线

1.2 设计哲学

Deno 的设计遵循以下核心原则：

🔒 安全优先（Secure by Default）

Node.js:  默认拥有所有权限 → 你需要手动限制
Deno:     默认没有任何权限 → 你需要手动授权

// 这段代码在 Deno 中默认会失败！
const data = await Deno.readTextFile("/etc/passwd");
console.log(data);
// error: Uncaught PermissionDenied: Requires read access to "/etc/passwd"

只有明确授权后才能运行：

deno run --allow-read /etc/passwd script.ts

📦 原生 TypeScript

不需要 tsconfig.json、tsc 编译器或 ts-node，Deno 直接运行 .ts 文件：

// hello.ts
function greet(name: string): string {
  return `Hello, ${name}!`;
}

console.log(greet("Deno")); // 直接运行：deno run hello.ts

🌐 Web 标准优先

Deno 优先使用 Web 标准 API（fetch、WebSocket、Request、Response 等），而非自创 API：

// 使用标准 fetch API，而非 Node.js 的 http 模块
const response = await fetch("https://api.github.com/users/denoland");
const data = await response.json();
console.log(data.login);

📁 显式依赖

没有 node_modules，没有 package.json，依赖通过 URL 显式导入：

// 直接从 URL 导入，版本一目了然
import { serve } from "https://deno.land/std@0.224.0/http/server.ts";

🔧 单一可执行文件

Deno 编译为单一的可执行文件，无需安装依赖：

deno compile --allow-net server.ts
# 输出一个独立的可执行文件，可直接分发

1.3 Deno vs Node.js 全面对比

这是每个初学者最关心的问题。让我们做一次详尽的对比：

核心特性对比

性能对比

生态系统对比

1.4 Deno 的技术架构

┌─────────────────────────────────────────┐
│            你的 TypeScript/JS 代码        │
├─────────────────────────────────────────┤
│         Deno 标准库 (deno/std)          │
├─────────────────────────────────────────┤
│     Deno Runtime API (全局 Deno 对象)    │
├──────────────────┬──────────────────────┤
│    Web APIs      │    V8 引擎           │
│   (fetch, URL,   │  (JavaScript 执行)    │
│    WebSocket)    │                      │
├──────────────────┴──────────────────────┤
│              Rust 核心                   │
│  (Tokio 异步运行时 / 权限系统 / 文件I/O)  │
├─────────────────────────────────────────┤
│              操作系统                     │
└─────────────────────────────────────────┘

关键组件说明：

• V8 引擎：Google 的 JavaScript 引擎，与 Chrome 和 Node.js 相同
• Rust 核心：提供异步 I/O、权限检查、网络等底层能力
• Tokio：Rust 的异步运行时，提供高性能异步 I/O
• Web APIs：遵循 WHATWG/W3C 标准实现

1.5 适用场景

✅ 非常适合使用 Deno 的场景

⚠️ 慎重考虑的场景

🏢 业务场景示例

场景 1：SaaS 平台的 API 服务
  → Deno + Hono/Fresh + Drizzle + PostgreSQL
  → 安全权限模型 + TypeScript 原生 + 部署到 Deno Deploy

场景 2：内部自动化脚本
  → 直接运行 .ts 文件，无需构建步骤
  → 使用 --allow-read/write 精细控制权限

场景 3：边缘计算函数
  → Deno Deploy 全球分发
  → 冷启动快，单文件编译

场景 4：实时 WebSocket 应用
  → Deno 原生 WebSocket API
  → 高并发、低延迟

1.6 Deno 的发展现状

Deno 2.0 的重要改进

2024 年发布的 Deno 2.0 标志着一个重要的里程碑：

JSR（JavaScript Registry）

Deno 团队推出了 JSR —— 一个现代化的 JavaScript/TypeScript 包注册中心：

// 从 JSR 导入包
import { encodeBase64 } from "@std/encoding/base64";

// 不同于 npm，JSR 原生支持 TypeScript

JSR 的特点：

• 原生 TypeScript 支持（无需预编译）
• 自动生成类型文档
• 支持多运行时（Deno、Node.js、Bun、浏览器）
• 基于 ESM（ES Modules）

1.7 本章小结

📖 扩展阅读

• Deno 官方文档
• Ryan Dahl 的演讲：10 Things I Regret About Node.js
• Deno 2.0 发布公告
• JSR 官方网站
• Deno vs Node.js 详细对比

下一章：第 02 章：安装与环境配置 → 学习如何安装 Deno、管理版本以及配置开发环境。