技术百科 2026：从词条到工程实践

cbo1047.cn「技术百科」分类第 1 篇深度文（2026-08-10）。数据截止：2026 年 8 月上旬。所有时效数字/性能/价格已用 🔍 标注 + 末尾列参考来源。写作思路：从”知道有这个东西”升级到”知道怎么用、踩过什么坑、2026 怎么选”。

一、引子：从词条到工程实践

回看技术百科的传统写法：

2000s：百度百科式——一段定义 + 一个图 + 三五个外部链接
2010s：博客式——加一段代码 + 加一句”教程推荐”
2020s：LLM 式——问答对、对比表、注意事项

到 2026，单个词条的解释价值已经大幅稀释（AI 即时回答质量远超静态文档）。剩下的价值在于：

工程实践沉淀：哪些坑是踩过的、哪些配置是验证过的、哪些工具是 2026 还活着的
横向对比：5 个同类工具 / 5 种同类协议——选哪个？为什么？
可观测的现状：哪些已过时（VPN 的某些协议）、哪些刚起来（AI 辅助开发）、哪些是稳态（Git/Docker）

本文走第三条路——保留 4 大块骨架（编程语言/网络基础/硬件/实用工具），每块从”是什么”升级到”怎么用 + 2026 怎么选”，新增第 6 节集中收口 2026 软件工程新趋势。

本文三个核心判断：

编程语言趋同化：5 大主流语言都在补对方的短板（Python 加类型、JS 加运行时、Go 加泛型、Rust 加易用性）；选型关键是生态 + 团队熟练度，不是语言本身
网络栈稳定化：HTTP/3 + QUIC 已被 Cloudflare / Google 全量部署（🔍），但日常 CRUD 仍以 HTTP/1.1 + TLS 1.3 为主；理解协议分层比追新协议重要
工程实践智能化：2026 是”AI 辅助开发”从 demo 进入生产的一年（🔍 GitHub Copilot 付费用户破 200 万）；可观测性成为继 CI/CD 之后的下一个标准实践

二、编程语言（5 选 4 展开）

2.1 Python —— 数据/AI 默认语言

定位：语法简洁、生态最丰富、数据科学/AI/脚本首选。

2026 现状（🔍）：

最新稳定版：Python 3.13（2024-10 发布）+ Python 3.14 dev（性能改进）
类型系统：PEP 604（X | Y 联合类型）全面铺开 + match-case 模式匹配成主流
性能：3.13 的 JIT 编译器（实验性）让 CPU 密集任务提速 5-30%（🔍 官方 benchmark）
AI 生态：PyTorch 2.5+ / JAX 0.4+ / Transformers 4.45+ 全稳定

典型应用：

# 3.13 模式匹配 + 类型注解（PEP 604）
from typing import Any
 
def process(data: dict[str, Any] | list[Any]) -> str:
    match data:
        case {"status": "ok", "value": v}:
            return f"OK: {v}"
        case {"status": "err", "msg": m}:
            return f"ERR: {m}"
        case [first, *rest]:
            return f"List[{len(rest)+1}]: {first}"
        case _:
            return "unknown"

避坑：

❌ 别再用 Python 2.7（2020 已停止支持）
⚠️ pip install 全局污染 → 用 uv（🔍 2024 起的 Rust 写 pip 替代）或 pipx
⚠️ GIL 未完全移除，CPU 密集仍需 multiprocessing / numpy

对比：vs JavaScript（异步原生）vs Go（部署简单）vs Rust（性能极致）vs Java（企业级生态）——Python 在 AI/数据/快速原型 上无可替代；系统编程/移动端 仍弱势。

2.2 JavaScript / TypeScript —— Web 全栈与全平台

定位：浏览器唯一语言 + Node.js 后端 + React Native/Expo 移动端 + Electron 桌面端。

2026 现状（🔍）：

Node.js 22 LTS（2024-10）+ Node.js 24 dev
TypeScript 5.5+ 已成新项目默认（npm 包的 TS 比例破 80% 🔍）
运行时：Deno 2.0（2024-10）+ Bun 1.1+（2024 起）成熟，挑战 Node 地位
框架：Next.js 15 / Nuxt 3.13+ / Remix / Astro 5 全稳定

典型应用：

// TypeScript 5.5+ const type parameter
function freeze<T const>(arr: T): readonly T {
    return Object.freeze(arr);
}
 
const config = freeze({ host: "cbo1047.cn", port: 443 });
// config.host = "evil";  // ❌ 编译错：readonly

避坑：

❌ 别再用 var（let/const 已成绝对主流）
⚠️ npm 依赖链复杂 → 用 pnpm（🔍 节省磁盘 + 快 2x 安装）或 bun install
⚠️ node_modules 体积爆炸 → 改用 monorepo + workspace

对比：vs Python（不在浏览器）vs Java（前端用 JS/TS，后端 JVM）——JavaScript 的唯一性（浏览器）和全平台覆盖（Web/Server/Mobile/Desktop）无可替代。

2.3 Go —— 云原生的工程实用主义

定位：高并发、微服务、云原生（Docker/Kubernetes 都是 Go 写的）。

2026 现状（🔍）：

Go 1.23（2024-08）+ Go 1.24 dev
泛型（1.18+）已稳定，3 年实战验证
标准库 net/http + database/sql 仍是杀手锏
工具链：go vet + staticcheck + golangci-lint

典型应用：

// Go 1.22+ range over int（终于不用 for i := 0; i < n; i++）
func sum(n int) int {
    total := 0
    for i := range n {  // 1.22 新语法
        total += i
    }
    return total
}
 
// Go 1.23 unique 包（值类型 + 不可变共享）
import "unique"
 
var handle = unique.Make("global-token")

避坑：

⚠️ 错误处理繁琐 → 用 errors.Join（1.20+）聚合多错误 + errors.Is/As 断言
⚠️ 没有泛型前 OOP 重度项目不友好；泛型后已大幅改善
⚠️ GC 延迟敏感场景仍要避开（用 Rust / C++）

对比：vs Java（启动快 10x、部署简单）vs Rust（学习曲线更平缓、性能略逊）vs Python（并发性能好 100x）——Go 是 “够用 + 简单 + 高效” 的工程实用主义代表。

2.4 Rust —— 系统编程的未来（但有学习曲线）

定位：内存安全、零成本抽象、性能优先——系统编程的”下一代 C++”。

2026 现状（🔍）：

Rust 1.80+（2024 起 +1.x / 6 周稳定周期）
async fn in trait 稳定（1.75+）——异步 trait 不再要 Box
工具链：cargo 一统天下 + clippy + rustfmt
Linux 6.10+ 开始接受 Rust 内核驱动（🔍 2024 转折点）

典型应用：

// Rust 1.80+ async trait（无需 Box<dyn>）
trait AsyncReader {
    async fn read(&self) -> Vec<u8>;
}
 
struct HttpReader;
    impl AsyncReader for HttpReader {
    async fn read(&self) -> Vec<u8> {
        // 直接 async fn，无需 Pin/Box
        reqwest::get("https://cbo1047.cn").await.unwrap().bytes().await.unwrap().to_vec()
    }
}

避坑：

⚠️ 借用检查器（borrow checker）对新手极不友好——前 3 个月学习曲线最陡
⚠️ async/await + lifetime 混合仍是常见困惑点
⚠️ 编译时间偏长（增量编译改进中）

对比：vs C++（内存安全保证）vs Go（性能高 5-10x、学习曲线陡 3x）vs Zig（更接近 C、但生态小）——Rust 是 “性能 + 安全 + 现代工具链” 的最优解，但学习投入大。

三、网络基础（5 选 4 展开）

3.1 HTTP/HTTPS —— 万维网的协议基石

定位：浏览器与服务器之间的请求-响应协议。

版本演进（🔍）：

HTTP/1.1（1997）：仍是绝大多数 API 的事实标准
HTTP/2（2015）：二进制分帧、多路复用、头部压缩（HPACK）——HTTPS 站点默认启用
HTTP/3（2022）：基于 QUIC（UDP）的下一代协议，解决 TCP 队头阻塞
HTTP/3 部署率：2026 全球 Top 1000 站点 ~35% 启用（🔍 Cloudflare 数据）

核心概念：

请求方法    GET / POST / PUT / DELETE / PATCH / HEAD / OPTIONS
状态码      2xx 成功 / 3xx 重定向 / 4xx 客户端错 / 5xx 服务端错
常用头部    Content-Type / Authorization / Cookie / Cache-Control / ETag

HTTPS = HTTP + TLS：

TLS 1.2（2008）→ TLS 1.3（2018）——1.3 是 2026 默认，握手从 2-RTT 降到 1-RTT、移除弱加密算法
证书：Let’s Encrypt（自动化）+ DigiCert（企业）
实际验证：curl -vI https://cbo1047.cn 看 * SSL connection using TLSv1.3

避坑：

⚠️ Mixed content（HTTP 资源 + HTTPS 页面）→ 浏览器会拒加载
⚠️ HSTS 头部要正确：Strict-Transport-Security: max-age=31536000; includeSubDomains
⚠️ TLS 1.0/1.1 已废弃（PCI DSS 等合规要求）

3.2 DNS —— 域名解析 + CDN + 负载均衡

定位：人读域名（cbo1047.cn）→ 机读 IP（47.80.20.15）的翻译服务。

核心记录类型：

类型	用途	示例
A	IPv4 指向	cbo1047.cn → 47.80.20.15
AAAA	IPv6 指向	cbo1047.cn → 2400:…
CNAME	别名指向	www.cbo1047.cn → cbo1047.cn
MX	邮件交换	@ → mail.cbo1047.cn
TXT	SPF / DKIM / 验证	v=spf1 include:…

2026 实践（🔍）：

DNS over HTTPS（DoH）：Cloudflare 1.1.1.1 + Google 8.8.8.8 全支持，隐私防劫持
DNS over TLS（DoT）：端口 853，与 DoH 等价
DNS 缓存：浏览器 + OS + ISP + 权威解析器，多级缓存影响首屏

避坑：

⚠️ DNS 传播延迟：TTL 默认 3600s（1 小时），改记录至少等 1 小时
⚠️ CNAME 链不能跟 MX/NS 混用 → 用 ALIAS / ANAME 替代
⚠️ DNSSEC 配置错误会让整个域名失效——小心调试

3.3 TCP/IP —— 传输层基石

定位：进程到进程的可靠传输（TCP）/尽力而为（UDP）。

TCP 三次握手（建立连接）：

客户端 → SYN seq=x → 服务端
服务端 → SYN+ACK seq=y, ack=x+1 → 客户端
客户端 → ACK seq=x+1, ack=y+1 → 服务端

TCP 四次挥手（关闭连接）：

客户端 → FIN seq=u → 服务端
服务端 → ACK ack=u+1 → 客户端
服务端 → FIN seq=v → 客户端
客户端 → ACK ack=v+1 → 服务端

拥塞控制：

Reno / Cubic（Linux 默认）/ BBR（Google 2016+）
BBR v3（🔍 2024）在高延迟 + 高带宽场景可提升 2-10x 吞吐

2026 现状：QUIC（UDP 之上的可靠传输）随 HTTP/3 兴起，绕开 TCP 内核栈——Cloudflare / Google 全量部署。

3.4 RESTful API —— 资源建模的事实标准

定位：用 HTTP 方法对应 CRUD 操作的 API 设计风格。

RESTful 7 约束（Roy Fielding 2000 博士论文）：

客户端-服务端分离
无状态（Stateless）
可缓存（Cacheable）
分层系统（Layered System）
统一接口（Uniform Interface）
按需代码（Code on Demand，可选）
资源导向（Resource-Oriented）

典型 RESTful URL 设计：

GET    /articles          → 列出所有文章
POST   /articles          → 创建新文章
GET    /articles/123      → 获取 ID=123 的文章
PUT    /articles/123      → 完整替换文章
PATCH  /articles/123      → 部分更新文章
DELETE /articles/123      → 删除文章
GET    /articles/123/comments  → 获取文章的评论（嵌套资源）

vs GraphQL：

RESTful：多端点、强缓存、简单
GraphQL：单端点、按需查询、防过度获取——但要小心 N+1 问题

避坑：

⚠️ URL 用复数名词（/articles 而非 /article）
⚠️ 用 HTTP 状态码表达错误，不要全部返回 200 + body error
⚠️ 版本管理：/v1/articles 而非 /articles-v1

四、硬件知识（4 展开）

4.1 CPU —— 计算核心

关键指标：

架构：x86_64（Intel/AMD）/ ARM（Apple Silicon / 服务器）/ RISC-V（开源）
指令集：SSE / AVX / AVX-512（SIMD 并行）/ NEON（ARM SIMD）
缓存：L1（KB 级、几 ns）/ L2（MB 级、十几 ns）/ L3（共享、几十 ns）
频率：基频 + 睿频（Intel Turbo Boost / AMD Precision Boost）

2026 主流（🔍）：

Intel Core Ultra 200S（2024 Q4，桌面端）
AMD Ryzen 9000（Zen 5，2024 Q3）
Apple M4（2024 Q4）/ M4 Pro / M4 Max
服务器：Intel Xeon 6 / AMD EPYC Turin（2025 上市）
ARM 服务器：AWS Graviton 4（2024）

避坑：

⚠️ 散热：高性能 CPU 必须配好的散热（热设计功耗 TDP 65W-250W）
⚠️ 多核 vs 单核：很多应用（游戏/前端）仍吃单核；并行计算吃多核

4.2 GPU —— 并行计算 + AI 训练/推理

关键概念：

CUDA：NVIDIA 专有并行计算平台（🔍 2024 起 AMD ROCm + Apple Metal 追赶）
并行架构：SM（Streaming Multiprocessor）+ CUDA Core + Tensor Core（矩阵加速）
显存：HBM3e（NVIDIA Hopper / Blackwell）+ GDDR7（消费级）

2026 主流（🔍）：

型号	显存	用途
NVIDIA H100	80GB HBM3	AI 训练主力
NVIDIA H200	141GB HBM3e	H100 升级版
NVIDIA B100/B200	192GB HBM3e	Blackwell 架构（2025 上市）
NVIDIA RTX 5090	32GB GDDR7	消费级旗舰
AMD MI300X	192GB HBM3	H100 替代候选

避坑：

⚠️ 显存比算力更重要——大模型推理吃显存（70B 模型 ~140GB）
⚠️ NVIDIA CUDA 生态壁垒：AMD ROCm 兼容性改善但仍有差距

4.3 内存与存储

内存（RAM）：

DDR5（2024 主流）+ DDR5-7200+（高频）
带宽：DDR5-4800 ≈ 38.4 GB/s（单通道）/ 76.8 GB/s（双通道）

存储：

SSD：NVMe SSD（PCIe 4.0/5.0）已成消费级标配
企业级：U.2 NVMe / EDSFF E1.S（数据中心）
RAID：0（性能）/ 1（镜像）/ 5（性能+冗余）/ 6（双盘容错）/ 10（1+0 综合）

2026 趋势：

PCIe 5.0 SSD 普及（读 12GB/s，写 10GB/s）
QLC NAND（4 bit/cell）成本下降，但寿命较短
备份策略：3-2-1（3 份数据、2 种介质、1 份异地）

五、实用工具（4 展开）

5.1 Git —— 版本控制的事实标准

核心概念：

工作区 / 暂存区 / 本地仓库 / 远程仓库
分支模型：Git Flow / GitHub Flow / Trunk-Based

2026 主流平台：

GitHub（最大）
GitLab（自托管优势）
Gitea（轻量自托管）
Forgejo（GitLab 分支，2024 起活跃）

实战命令：

# 仓库初始化 + 提交
git init && git add . && git commit -m "init"
git remote add origin git@github.com:user/repo.git
git push -u origin main
 
# 分支 + 合并
git checkout -b feature-x
# ... 修改 ...
git add . && git commit -m "feat: add feature x"
git checkout main && git merge feature-x
 
# 救回误删
git reflog                    # 找历史 commit hash
git reset --hard <hash>       # 回到那个版本

避坑：

⚠️ .gitignore 一开始就要写好——commit 大文件后清理成本高
⚠️ force push 要慎用（会覆盖远程历史）——git push --force-with-lease 较安全
⚠️ 私钥泄露：git-crypt / blackbox 加密敏感文件 + 定期 git secret scan

5.2 Docker —— 容器化部署的标准

核心概念：

镜像（Image）：分层只读文件系统（Layer）
容器（Container）：镜像的运行实例
Dockerfile：构建镜像的脚本
Volume：持久化数据（绕过 UnionFS）
Network：容器间网络（bridge / host / overlay）

典型 Dockerfile：

# 多阶段构建（Node.js + nginx 反代）
FROM node:22-alpine AS builder
WORKDIR /app
COPY package*.json ./
RUN npm ci --only=production
COPY . .
RUN npm run build
 
FROM nginx:1.27-alpine
COPY --from=builder /app/dist /usr/share/nginx/html
COPY nginx.conf /etc/nginx/conf.d/default.conf
EXPOSE 80
HEALTHCHECK --interval=30s --timeout=3s \
    CMD curl -f http://localhost/ || exit 1

2026 趋势：

Podman：rootless Docker 替代（🔍 RHEL 9+ 默认）
containerd：Kubernetes 默认 CRI 实现
BuildKit：Docker 新构建引擎（缓存更智能、并行更快）

避坑：

⚠️ 容器不是 VM——进程隔离 ≠ 系统隔离，别把数据库塞容器后随便 -v 共享
⚠️ Docker Hub 限流（匿名 100 次/6h，登录 200 次/6h 🔍）→ 自建 Registry 或用阿里云 ACR

5.3 Linux —— 服务器与开发环境的事实标准

发行版选择：

场景	推荐	说明
服务器稳定	Ubuntu LTS / Debian Stable	5 年支持 + 软件全
服务器新特性	Fedora / openSUSE Tumbleweed	滚动更新、版本最新
桌面开发	Ubuntu / Fedora Workstation / Pop!_OS	桌面友好
容器基础	Alpine / Distroless	体积小（Alpine 5MB）
安全/审计	Kali / Parrot	渗透测试专用

核心命令（运维实战）：

# 进程 + 资源
top / htop / btop          # 实时资源监控
ps aux | grep <name>       # 查进程
lsof -i :<port>            # 查端口占用
df -h                      # 磁盘
free -h                    # 内存
nvidia-smi                 # GPU 状态
 
# 网络
ss -tlnp                   # 监听端口（替代 netstat）
ip route                   # 路由表
mtr <host>                 # 网络诊断（traceroute + ping）
tcpdump -i eth0 port 443  # 抓包
 
# 系统
systemctl status <svc>     # 服务状态
journalctl -u <svc> -f     # 服务日志
uname -a / lsb_release -a  # 系统信息

Shell 脚本：

#!/bin/bash
set -euo pipefail          # 严格模式：遇错即停 + 未定义变量报错 + 管道失败报错
 
# 实用模式
for f in *.md; do
    [[ -f "$f" ]] || continue    # 防御空 glob
    echo "Processing $f"
done
 
# 进程替换 + 子 shell
diff <(ls dir1) <(ls dir2)

5.4 VPN / 代理 —— 网络层工具

常见协议：

WireGuard：2026 默认推荐（内核级、快、配置简）
OpenVPN：老牌稳定、企业常用
Shadowsocks / V2Ray / Xray：混淆 + 抗审查（中国大陆场景）
SSH Tunnel：临时翻墙 / 端口转发

协议对比（2026）：

协议	性能	配置	抗检测	场景
WireGuard	⭐⭐⭐⭐⭐	⭐⭐⭐⭐⭐	⭐⭐	默认推荐
OpenVPN	⭐⭐⭐	⭐⭐⭐	⭐⭐⭐	企业
VLESS+WS+TLS	⭐⭐⭐	⭐⭐	⭐⭐⭐⭐⭐	中国大陆外网
SSH Tunnel	⭐⭐	⭐⭐⭐⭐⭐	⭐	临时

避坑：

⚠️ VPN 不等于零日志——选可信厂商（Mullvad / ProtonVPN 等）
⚠️ WireGuard 密钥泄露 = 完全暴露，定期 wg genkey 更换
⚠️ 公网服务器搭 VPN 是合规灰区——仅限个人学习/正当用途

六、2026 软件工程新趋势

6.1 AI 辅助开发（从 demo 到生产）

2026 现状（🔍 综合 GitHub Copilot / Cursor / Claude Code 数据）：

GitHub Copilot 付费用户 200 万+（2024 公布）
Cursor IDE 用户 50 万+（2024 起爆发）
Claude Code CLI 2024 下半年发布，企业采用加速

实战场景：

代码补全：IDE 内上下文感知补全（Copilot / Tabby）
代码生成：从注释 / 测试 / 设计文档生成代码（Cursor Composer / Claude Code）
代码评审：自动审 PR（CodeRabbit / Sourcery）
Debug 助手：报错信息 + 上下文 → 修复建议（Claude / Copilot Chat）
重构助手：识别 code smell + 自动重构（GPT / Claude）
测试生成：覆盖率提升 + 边界用例（Diffblue / CodiumAI）

避坑：

⚠️ AI 代码仍需人工 review——尤其安全/性能关键路径
⚠️ 不要提交包含密钥 / PII 的代码给 AI 服务（脱敏或自托管）
⚠️ “AI 写的代码” ≠ “不用写文档”——代码注释、ADR 仍要人工维护

6.2 可观测性（Observability）

三大支柱：

Metrics（指标）：数值型时序数据（Prometheus / Grafana）
Logs（日志）：离散事件（ELK / Loki）
Traces（追踪）：请求链路（Jaeger / Tempo / OpenTelemetry）

2026 趋势：

OpenTelemetry（CNCF 毕业项目）成行业标准——一统 metrics/logs/traces 协议
eBPF：内核级观测，无需修改应用（🔍 Cilium / Pixie 实践）
AI 辅助根因分析：异常自动关联 + 智能降噪（Datadog / New Relic）

6.3 架构演进

传统三层架构（仍稳态）：

表现层（Presentation Layer）  →  Web UI / Mobile / CLI
业务层（Business Layer）      →  业务逻辑 + 领域模型
数据层（Data Layer）         →  数据库 + 缓存 + 外部服务

2026 新范式：

事件驱动（EDA）：Kafka / Pulsar / NATS，解耦生产消费
微服务（Microservices）：服务网格（Istio / Linkerd）+ API 网关（Kong / Envoy）
Serverless：AWS Lambda / Cloudflare Workers / Vercel Edge Functions
AI 原生架构：LLM-as-Service（MCP / Function Calling）+ Agent 编排

6.4 MCP 协议（Model Context Protocol）

定位：Anthropic 2024-11 开源的”AI 界的 USB-C”——让 LLM 与外部工具/数据源标准化对接（🔍）。

架构：

MCP Host (Claude Code / Cursor / Cline)
    ↓ MCP 协议（JSON-RPC over stdio/HTTP）
MCP Server（工具实现）
    ├── 文件系统 MCP
    ├── GitHub MCP
    ├── 数据库 MCP
    └── Slack MCP

2026 生态：

官方 SDK：Python / TypeScript / Go / Rust
社区 MCP Server 数：1000+（🔍 mcp.so 索引）
替代/竞争：OpenAI Function Calling / Google A2A（Agent-to-Agent）/ LangChain Tools

避坑：

⚠️ MCP Server 是新攻击面——只跑可信源、限制文件系统访问范围
⚠️ 与传统 Function Calling 比：MCP 更通用（多客户端共用同一 Server）

6.5 部署实践（本博客自身案例）

本站架构（cbo1047.cn）：

本地 Vault 草稿（~/文档/Obsidian Vault/cbo1047-网站/草稿/*.md）
    ↓ scp（hermes ssh-agent）
服务器 /opt/site-cbo1047.cn/content/*.md
    ↓ npx quartz build（实测 6 分 3 秒）
服务器 /opt/site-cbo1047.cn/quartz/public/
    ↓ atomic mv + chown www-data
服务器 /var/www/cbo1047.cn/
    ↓ nginx（443 try_files $uri $uri/ $uri.html =404）
公网 cbo1047.cn

关键经验（2026-08-09 实战沉淀）：

build 超时：Quartz v4.5.2 实际 280-360s，默认 120s 不够 → BUILD_TIMEOUT=360
atomic mv：避免 build 失败污染 → mv public /var/www/cbo1047.cn.old.2 && mv public.new /var/www/cbo1047.cn
try_files $uri.html：Quartz 生成 .html 但 URL 不带后缀 → nginx 兜底 try_files $uri $uri/ $uri.html =404
权限：server 上 admin 需 sudo chown -R admin:admin 才能 build → atomic 后 chown www-data
回滚：sudo mv /var/www/cbo1047.cn.old.2 /var/www/cbo1047.cn && sudo systemctl reload nginx

七、FAQ（10 条）

Q1：2026 该选 Python 还是 Go？ A：看你场景——AI/数据/快速原型选 Python；高并发/微服务/部署简单选 Go。两者不互斥：很多团队 Python 写业务 + Go 写中间件。

Q2：HTTP/2 vs HTTP/3，2026 该追哪个？ A：服务端让 CDN/反代自动处理（Cloudflare 默认 HTTP/3）；业务代码不必专门适配——HTTP/1.1 + TLS 1.3 仍是绝大多数 API 的事实标准。

Q3：WireGuard 和 OpenVPN 哪个更适合生产？ A：2026 默认 WireGuard——性能 3x、配置 1/10、内核级（Linux 5.6+ 自带）。OpenVPN 仅在企业合规/老旧设备支持时仍用。

Q4：MCP 协议会和 Function Calling 整合吗？ A：MCP 是协议层（更通用、可跨客户端复用）；Function Calling 是 API 层（厂商私有）。两者不是竞争——MCP 之上可以包装 Function Calling。

Q5：Docker / Podman / containerd 怎么选？ A：开发体验选 Docker Desktop（macOS/Windows）或 Podman Desktop（Linux）；生产部署选 containerd（K8s 默认）或 CRI-O（OpenShift）。

Q6：Quartz/Hugo/Jekyll 静态站选哪个？ A：cbo1047.cn 选 Quartz（v4.5.2）——双链 + 反向链接 + Graph View 是笔记型站点的杀手锏；Hugo 性能最强但学习曲线陡；Jekyll 老牌但 Ruby 生态萎缩。

Q7：AI 辅助开发会让程序员失业吗？ A：短期不会——AI 是 10x 工具，不是替代。真正的风险是不用 AI 的人被用 AI 的人替代。学会 prompt + 审 AI 代码是新基本功。

Q8：私有部署 LLM 性价比？ A：家用 / 小团队：Mac Mini M4（2024）+ Ollama + qwen2.5:32b 已可跑 70% 场景；企业级：2-4x H100 起步，私有化部署 + 知识库 = 200 万级投入。

Q9：什么时候用 CDN，什么时候不用？ A：静态资源 / 跨地域访问 / 抗 DDoS → 用 CDN（Cloudflare / 阿里云 / 腾讯云）；内网应用 / 单地域 / 高一致性 → 直连。

Q10：为什么本站（cbo1047.cn）用 nginx + Quartz 而不用 Cloudflare Pages / Vercel？ A：自主可控 + 数据主权 + 学习/实践目的——用阿里云首尔机房 + Quartz + nginx 是完整 web 栈教学；Cloudflare Pages/Vercel 是托管便利但丧失学习机会。

八、参考来源

MCP / AI 协议

Anthropic MCP 官方仓库：https://github.com/anthropics/mcp
mcp.so Server 索引：https://mcp.so/

本站相关

00-总览 cbo1047.cn 核心事实卡片
01-健康检查-2026-08-09 健康检查 + 部署日志
02-周自检-SOP 每周日 22:00 健康检查 SOP
AI生态 2026 大模型生态（本文姊妹篇）

写于 2026-08-10 · cbo1047.cn「技术百科」分类第 1 篇深度文 全文 ~590 行，覆盖编程语言 4 / 网络基础 4 / 硬件 3 / 实用工具 4 / 2026 新趋势 5 / FAQ 10 + 参考来源

AI知识站

探索

技术百科 2026：从词条到工程实践

技术百科 2026：从词条到工程实践

一、引子：从词条到工程实践

二、编程语言（5 选 4 展开）

2.1 Python —— 数据/AI 默认语言

2.2 JavaScript / TypeScript —— Web 全栈与全平台

2.3 Go —— 云原生的工程实用主义

2.4 Rust —— 系统编程的未来（但有学习曲线）

三、网络基础（5 选 4 展开）

3.1 HTTP/HTTPS —— 万维网的协议基石

3.2 DNS —— 域名解析 + CDN + 负载均衡

3.3 TCP/IP —— 传输层基石

3.4 RESTful API —— 资源建模的事实标准

四、硬件知识（4 展开）

4.1 CPU —— 计算核心

4.2 GPU —— 并行计算 + AI 训练/推理

4.3 内存与存储

五、实用工具（4 展开）

5.1 Git —— 版本控制的事实标准

5.2 Docker —— 容器化部署的标准

5.3 Linux —— 服务器与开发环境的事实标准

5.4 VPN / 代理 —— 网络层工具

六、2026 软件工程新趋势

6.1 AI 辅助开发（从 demo 到生产）

6.2 可观测性（Observability）

6.3 架构演进

6.4 MCP 协议（Model Context Protocol）

6.5 部署实践（本博客自身案例）

七、FAQ（10 条）

八、参考来源

工具/版本官方文档

网络协议标准

行业报告（2026）

MCP / AI 协议

本站相关

目录

反向链接