Vullfin's Blog

docker学习周刊

Tue, 01 Sep 2026 04:03:00 GMT

Docker 学习周刊 Vol.1

本期周刊专注Docker 入门学习，从零梳理容器核心概念、基础实操命令、环境搭建流程，同时记录学习过程中的问题与解决方案，帮助快速掌握 Docker 基础用法，为后续容器化部署、微服务搭建打下基础。

关于本周学习主题

Docker 是目前主流的容器化部署工具，基于 Go 语言开发、开源免费，凭借轻量化、跨环境一致、部署高效、隔离性强的特点，广泛应用于项目开发、测试、生产部署场景。区别于传统虚拟机，容器共享宿主机内核，无需完整系统，秒级启动、资源占用极低。本周聚焦 Docker 零基础入门，完成环境搭建、核心概念理解、基础镜像与容器实操，彻底解决本地环境配置不一致、项目移植报错、部署繁琐等问题。

Docker 核心学习内容

一、基础核心概念

厘清 Docker 三大核心要素，是入门的关键，区别于传统虚拟机，容器的核心优势为轻量、高效、秒级启动、环境一致：

镜像（Image）：只读的模板文件，包含运行程序所需的代码、依赖、环境配置、运行指令，是创建容器的模板，类似系统安装包。镜像分层存储、可复用、可迭代构建。
容器（Container）：镜像运行后的可读写实例，独立隔离、互不干扰，一个镜像可创建多个容器，支持启停、删除、扩容等操作，是真正运行业务程序的载体。
仓库（Registry）：用于存储、分享、拉取镜像的远程平台，默认使用 Docker Hub 官方仓库，企业可搭建 Harbor 等私有仓库，用于内部镜像管理。

二、环境搭建实操

完成 Windows/Mac 端 Docker Desktop 安装，全程傻瓜式配置，核心要点如下：

开启系统虚拟化功能，解决容器启动失败、Docker 无法运行问题；
配置国内镜像源（阿里云/网易云），加速镜像拉取，规避官方源超时、访问缓慢问题；
安装完成后终端验证：执行 docker -v 查看版本、docker run hello-world 测试容器运行，确认环境正常。

三、高频常用命令

整理入门必备核心命令，覆盖镜像、容器两大核心操作，日常学习和开发使用率极高：

1. 镜像操作命令

docker images：查看本地所有镜像
docker pull [镜像名:版本]：拉取远程镜像（如 nginx、mysql、redis）
docker rmi [镜像ID]：删除本地无用镜像（需先删除对应容器）
docker search [镜像名]：搜索远程仓库镜像

2. 容器操作命令

docker ps：查看正在运行的容器
docker ps -a：查看所有容器（含已停止、异常退出容器）
docker run [参数] 镜像名：创建并启动容器（常用参数：-d 后台运行、-p 宿主机端口:容器端口 端口映射、--name 自定义容器名）
docker start/stop/restart [容器ID]：启动/停止/重启容器
docker exec -it [容器ID] /bin/bash：进入运行中容器内部终端，进行文件、配置操作
docker rm [容器ID]：删除已停止的容器，docker rm -f 强制删除运行中容器

完整 Docker 分阶段学习路径（从零到实战）

整理系统化、循序渐进的 Docker 学习路线，分为 入门夯实、进阶实战、工程落地、生产优化 四个阶段，适合零基础循序渐进学习，适配个人开发、项目部署、服务运维场景。

阶段一：基础夯实（1–3 天）—— 本周已完成

核心目标：建立容器思维，熟练掌握环境搭建与基础命令，告别纯理论学习。

理解容器与虚拟机的本质区别，掌握容器轻量化、高隔离、可移植的核心优势
熟练安装 Docker 环境、配置镜像源、排查基础启动报错
掌握镜像、容器、仓库核心概念与生命周期
熟练使用日常高频命令，完成 Nginx、MySQL、Redis 基础容器部署
掌握端口映射、后台运行、容器启停删除等基础实操

阶段二：进阶核心（3–5 天）—— 下周重点学习

核心目标：摆脱仅使用公共镜像，掌握自定义镜像构建与数据持久化，具备简单项目容器化能力。

精通 Dockerfile 核心语法：FROM、WORKDIR、COPY、RUN、CMD、EXPOSE、ENV 等常用指令
手写 Dockerfile 打包前端/后端项目，实现自定义镜像构建
理解镜像分层原理与缓存机制，掌握镜像精简、体积优化技巧
学习容器数据管理：数据卷挂载、目录映射，解决容器删除数据丢失问题
掌握容器日志查看、资源查看、进程排查基础运维操作

阶段三：多服务编排（5–7 天）

核心目标：解决单容器局限，掌握多服务联动部署，适配完整项目架构。

学习 Docker Compose 核心用法，通过 yaml 配置文件统一管理多容器服务
实现前端、后端、数据库、缓存服务一键启动、启停、重启
掌握 Compose 网络互通、服务依赖、环境变量配置
学习 Docker 网络模式：桥接网络、主机网络、自定义网络，解决容器跨服务通信问题
完成完整项目容器化部署实战（前后端+数据库整套服务）

阶段四：工程化与生产优化（长期进阶）

核心目标：适配企业生产环境，掌握规范、安全、高效的容器部署方案，衔接云原生技术栈。

学习镜像多阶段构建，极致精简镜像体积，提升部署效率
掌握私有仓库 Harbor 搭建、镜像推送、拉取、权限管理
容器资源限制（CPU/内存）、安全权限配置、非 root 用户运行
容器日志收集、监控、自动重启、异常自愈配置
学习 Docker 与 CI/CD 结合，实现项目自动打包、构建、部署
衔接 Kubernetes 容器编排，为微服务集群部署打基础

本期学习总结

已完成学习清单

Docker 环境安装与国内镜像源配置
镜像、容器、仓库核心概念区分，理解容器与虚拟机差异
Nginx、MySQL 基础镜像拉取与容器启动实操
端口映射、容器后台运行基础配置
容器进入、退出、启停、删除全套基础操作

学习踩坑记录

坑点 1：未配置国内镜像源，拉取镜像超时失败，解决方案：替换阿里云、网易云镜像源；
坑点 2：容器启动后立即退出，原因是无前台常驻进程，解决方案：添加后台运行参数 -d；
坑点 3：本地端口占用导致容器启动失败，解决方案：更换映射端口或关闭本地占用程序；
坑点 4：删除镜像失败，原因是存在关联容器，解决方案：先删除对应容器再删除镜像。

工具与资料推荐

工具/资料	用途	链接
Docker Desktop	可视化 Docker 环境，适配 Windows/Mac，集成容器运行、CLI、Compose 全套能力	https://www.docker.com/products/docker-desktop/
Docker 官方文档	权威语法、命令、场景教程，覆盖 Docker 全功能使用指南	https://docs.docker.com/

下期预告

下期将重点学习 Dockerfile 自定义镜像构建，手把手实操项目打包、镜像优化、数据卷挂载，从零实现个人项目容器化部署，敬请期待！

感谢阅读本期周刊！

华为数通学习体系笔记

Thu, 20 Aug 2026 23:02:08 GMT

太久没学习了，来复习一下，参考学习视频记录的笔记

华为数通

网络模型

OSI 模型

应用层（第七层）
- 对应用程序提供接口、服务
表示层
- 进行数据格式转换、加密与解密、图片/文字编码
会话层
- 建立、维持、断开通信会话
传输层
- 端到端传输，负责端口、可靠/不可靠传输
网络层
- 路由寻址，决定数据走向
数据链路层
- 相邻设备传输、差错校验、物理寻址
物理层（第一层）
- 物理硬件、信号传输，只传输比特流 0/1

TCP/IP 模型

应用层（第四层）
- 合并 OSI 应用、表示、会话层。面向用户与程序
- 协议：HTTP（80）、HTTPS（443）、FTP（21）、SSH（22）、Telnet（23）、SMTP（25）、POM3（110）、IMAP（143）、DNS（53）、APP 与浏览器等
传输层
- 端到端传输，靠端口区分程序
- 协议：TCP（065535）可靠、UDP（065535）高效
- 0~1023 知名固定端口，1024+ 动态自定义端口
网际层（互联网层）
- 路由寻址、靠 IP 地址寻找目标主机
- 协议：IP、ICMP
网络接口层（网络层）
- 合并 OSI 数据链路层、物理层，负责硬件传输、MAC 寻址、网线\信号转发
- 设备：网卡、交换机、网线

TCP UDP 报文格式

image.png

以太网帧格式

image.png

ARP 地址解析协议

image.png|445

ARP 原理

HOST1 ARP 缓存

image.png

ARP 请求

image.png

HOST2 ARP 缓存收到后发单播包，保存至缓存表

image.png

ARP 响应收到后发单播包，保存至缓存表

image.png

HOST1 ARP 响应

image.png

IP 协议

IPv4 报文格式

image.png

数据包分片

将报文分割成多个片段的过程
网络中转发的 IP 报文长度可以不同，但长度超出数据链路层最大长度时需要进行分割成若干个小片段进行传输
- 数据链路层有MTU 最大传输单元，以太网默认MTU=1500字节

Flag 标志位

标识 (Identification)
- 同一原始数据包拆分出所有分片，标识值完全相同，接收方靠它判断哪些分片属于同一大包
标志位 (Flags)（3 位，只用后 2 位）
MF 位（More Fragment）
- 1 = 后面还有分片
- 0 = 这是最后一片
- 另一位：禁止分片位。置 1 时不允许分片，包过大直接丢弃，返回 ICMP 差错报文
片偏移 (Fragment Offset)
- 8 字节
- 表示：当前分片的数据部分，距离原始数据包开头偏移了多少个 8 字节
- 用于排序重组
- 除最后一个分片，其余分片长度必须是8字节的整数倍
- 计算时需排除 IP 头部固定 20 字节（无选项字段），即为：1480字节
每个分片都有独立 IP 头部（头部不变，数据被拆分）
路由转发时，分片可在不同路径传输，到达时顺序可能乱，接收方依靠：标识+片偏移 排序重组

片偏移=当前分片之前所有分片的数据总字节数8\text{片偏移} = \frac{\text{当前分片之前所有分片的数据总字节数}}{8}片偏移=8当前分片之前所有分片的数据总字节数

生存时间 TTL（Time To Live）

image.png

IPv4 头部一个 8 位字段。取值：0~255
限制数据包最大路由转发跳数，用于防环

IP 分类

类别	起始比特	首段十进制范围	默认子网掩码	网络位	主机位	主要用途
A	0	1 ~ 126	255.0.0.0	8	24	大型网络
B	10	128 ~ 191	255.255.0.0	16	16	中型网络
C	110	192 ~ 223	255.255.255.0	24	8	小型局域网
D	1110	224 ~ 239	—	—	—	组播通信
E	1111	240 ~ 255	—	—	—	科研 / 保留
可在内网自由使用的私有 IP，不占用公网地址：

A 类私有段：10.0.0.0 ~ 10.255.255.255
B 类私有段：172.16.0.0 ~ 172.31.255.255
C 类私有段：192.168.0.0 ~ 192.168.255.255

路由

image.png

路由获取方式

直连路由
1. 设备相连自动生成，优先级 0，最高
静态路由
1. 手动配置，优先级默认 60
动态路由
1. 设备之间互相自动交换路由信息
2. 自学习，自更新
3. OSPF 路由
  1. 内部路由优先级 10
  2. 外部路由优先级 150

静态路由配置规则：

ip route-static 目标网段掩码 {下一跳 IP | 出接口 | 下一跳+出接口}

等价路由

定义：去往同一个目标网段，多条路由开销度量值 cost 相同完全相等，路由器同时把流量从多条链路转发
满足以下三点，路由表会同时生成多条路由条目，启用等价负载分担。前提：

目的 IP 网段相同
路由协议计算出的 cost 相同
下一跳、出接口不同（存在两条或多条不同物理线路）

浮动路由

定义：同目的网段，配置两条静态路由，主路由优先级高量；备用路由优先级低不进路由表，主链路断了，备用自动顶上
关键点：

华为 / 华三：优先级数值越小越优先，思科越小越优先
默认静态优先级 60
浮动备用路由设置：61~255（越大优先级越低）

OSPF

定义

定义：开放式最短路径优先，无类域间路由协议，属于IGP内部网关协议、链路状态路由协议。基于 SPF 算法

协议号：89
组播地址：224.0.0.5（所有 OSPF 路由）、224.0.0.6（DR/BDR）
特点：无类、支持 VLSM、支持路由汇总、收敛快、防环路、适合大中型园区 / 运营商内网
LSDB（Link-State DataBase 链路状态数据库）：同一个 OSPF 区域内，所有路由器共用的「全网拓扑地图」，存着本区域全部 LSA 条目。

image.png

OSPF 原理

链路状态 IGP 协议，IP 协议号 89；路由之间不直接交换路由，互相发送 LSA 链路状态通告，描述链路、开销和邻居
同一个区域内得路由器完全同步一样得 LSDB 链路状态数据库
邻居通告 Hello 包发现和保活，协商通过后交互 LSA，LSDB 达成 Full 邻接
每台路由器以自己为根运行 SPF 算法，基于 LSDB 独立算出最短路径，生成路由表
划分 Area 区域，非为骨干 Area0 和非骨干；目的减少 LSA 泛洪范围；ABR 负责区域间路由传递
广播网络选举 DR/BDR，减少邻接关系数量
用 Cost 来度量，默认是 10^8/接口带宽`
不同类型得 LSA 负责区域间、区域内、外部路由，LSA 按规定范围泛洪

OSPF 的 8 种状态的功能与建立过程

状态顺序：Down → Attempt → Init → 2‑Way → ExStart → Exchange → Loading → Full

其中Attempt 是仅限 NBMA 网络（帧中继）才会出现

完整 8 个状态交互如下：

Down（关闭）
- 一开始没有发送 Hello 报文，则会处于 Down 状态
Attempt（尝试）
- 手动配置邻居，单播发送 Hello 报文，等待对端回应
init（初始化）
- 当收到 Hello 报文后，开始运行 OSFP，进入 Init 状态
- 主要是为了发现对方了解链路信息，开销和邻居等信息
- 例如：R1 发送 Hello 报文给 R2，R2 收到 Hello 报文看见报文里对方的Router-ID，了解到对端的相关信息后；R2回复hello 报文，邻居列表写上 R1 的 RID，以及相关信息，R1收到后报文，看见自己的RID在邻居列表进入 2-Way；R1 此时还需要发送 Hello 报文，带上R2的RID，R2收到报文看见自己的 RID，R2进入2-Way
- 此过程需要互相收到对方的 Hello 报文，双向邻居建立
- Router‑ID 只是身份标识；邻居列表字段才是双向确认的凭证。
2-Way（双向通信）
- 收到 Hello，且 Hello 报文中邻居列表存在自己，双向连通，邻居关系建立。
- 2-Way 之后，广播网络会做 DR/BDR 选举，p2p 网络则跳过
- 既不是 DR 指定路由，也不是 BDR 备用指定路由器的其他路由器叫：DRother
- DRother 之间只停留在 2‑Way，不再继续往下走
- 需要建邻接的设备进入 ExStart。如：DRother ↔ DR；DRother ↔ BDR
ExStart（预启动）
- 进入 ExStart 后开始同步 LSDB 数据库，互发 DBD 报文，选举主从，一般 Router‑ID 大的为主设备；它控制 DBD 报文序列号。只协商主从，不传 LSA 摘要。
- 主从确立后进入 ExChange
ExChange（交换）
- 进入 ExChange 后开始交互携带LSA摘要的DBD报文。互相告知自己的LSDB有哪些 LSA，只传递 LSA 摘要，不传完整 LSA
Loading（加载）
- 对比 DBD 摘要，当发现自己缺少某些 LSA，开始发送 LSR 报文请求完整 LSA
- 对端收到 LSR 请求回复 LSU 报文（内携带完整 LSA）；收到后还会回复 LSAck 确认
- 反复请求，更新，确认
Full（完全邻接）
- 所有 LSA 同步完成，LSDB 数据库一致时，开始运行 SPF 算法计算路由，邻接关系完成进入 Full 状态
- 生成的完整 OSPF 路由表，注意：每台路由器都有自己的全局路由表，邻居之间不传递路由条目，只传 LSA 拓扑，各算各的路由。其中LSA 老化时间一小时
- 无故障时依赖 Hello（10s）报文保活，10 秒发送一次 hello 确保邻居还活着
- 当连续四次 hello 报文无响应，有一个Dead Time 40 秒计时器，也就是邻居的最大允许超时时间：四次 Hello 报文发送周期，那么当计时器耗尽就判定邻居失效，删除该邻居与其学习到所有 LSA 重新开始 SPF 计算，状态重置为 Down
- 当网络发生变化，生成更新版本号的 LSA，用 LSU 报文泛洪整个网络，但不同类型 LSA 传递范围有限制，仅仅泛洪 LSA 所达的对应范围，详情可看 LSA 分类
  - 收到 LSU 的路由器会对比 LSDB，并更新本地 LSDB，回复 LSAck 确认
  - 触发 SPF 重新计算（并不是全部重算）刷新 OSPF 路由表
  - 邻居状态还是处于 Full 不会退回 ExStart，只有邻居故障断开才会回退状态

OSPF 区域

分区域概念：整网不分区仅有 Area0，会导致全设备一个 LSDB，导致网络过大；也会导致 LSA 数量庞大导致全网反复跑 SPF、频繁震荡网络

LSA 分类

编号	俗称	LSA 名称	生成者	泛洪范围	核心作用
Type‑1	一类 LSA	Router LSA 路由器 LSA	本区域每一台路由器	本区域	描述路由器所有直连链路、开销；区域内路由来源
Type‑2	二类 LSA	Network LSA 网络 LSA	广播网段 DR	本区域	描述广播 / NBMA 多路访问网段，列出本网段所有路由器
Type‑3	三类 LSA	Summary‑Network LSA 网络汇总 LSA	ABR	其他区域	传递不同区域之间路由，域间路由 O IA；支持路由汇总
Type‑4	四类 LSA	Summary‑ASBR LSA ASBR 汇总 LSA	ABR	其他区域	通告 ASBR 路由器的 Router‑ID 位置，为 5 类外部路由服务
Type‑5	五类 LSA	AS‑External LSA AS 外部 LSA	ASBR	整个 OSPF AS	引入外部路由（静态、其他协议）；E1/E2 两种度量
Type‑6	六类 LSA	Group‑Membership LSA 组播成员 LSA	MOSPF 路由器	本区域	MOSPF 组播 OSPF 使用，普通单播 OSPF 不使用
Type‑7	七类 LSA	NSSA‑External LSA NSSA 外部 LSA	NSSA 区域内 ASBR	仅 NSSA 区域	NSSA 区域引入外部路由；NSSA‑ABR 将 7 类转换为 5 类 LSA；N1/N2
Type‑8	八类 LSA	External‑Attribute LSA 外部属性 LSA	ASBR	整个 AS	携带 BGP 等外部路由属性，现网几乎不用
Type‑9	九号 Opaque LSA	Opaque‑LSA（链路本地）	路由器	仅本地链路	扩展特性，不能跨路由器泛洪
Type‑10	十号 Opaque LSA	Opaque‑LSA（区域范围）	路由器	本区域	MPLS‑TE、Segment Routing，在本区域泛洪
Type‑11	十一号 Opaque LSA	Opaque‑LSA（AS 全域）	路由器	整个 AS 域	SR 等扩展，全 OSPF 域泛洪

骨干区域

Area 0 定义：

存在且唯一，骨干区域
所有普通区域必须直连Area 0，不能区域挂区域（Area1 连 Area2、不连 0 是错误组网）
非骨干隔离开无法直连 Area 0 需配置虚链路 Virtual-link 打通至骨干

Area 0 作用：各区域路由汇总后统一走骨干转发，充当整个 OSPF 的高速主干道

非骨干区域

Area 1~N 属于非骨干区域
特点：本区域拓扑变化，LSA 不会出本区域，别的 LSDB 不会受影响

IR内部路由器定义：所有接口全部在同一个 Area（全 Area0 或全 Area1），不跨区域
ABR区域边界路由器定义：一端 Area 0、一端普通区域；生成3类汇总LSA；负责区域间路由
ASBR自治域边界路由器定义：ABR设备引入静态路由、RIP、BGP 等外部路由就成为ASBR；生成 5 类 LSA（NSSA 生成 7 类，出区域变 5 类）

特殊区域

普通标准区域：1、2、3、4、5类LSA全部存在
特殊区域用于屏蔽 4、5类外部LSA，ABR 自动下发一条默认路由代替海量明细路由

参照明细表：

+++ info\

参照明细表

特殊区域类型	允许保留的 LSA	禁止进入的 LSA	核心优化效果
普通标准区域	1/2/3/4/5 类全量	无	完整路由能力，无优化
Stub 末梢区域	1/2/3 类（明细）+ ABRA 下发的默认 3 类路由	4 类、5 类外部 LSA	屏蔽域外海量外部路由，精简 LSDB
Totally Stub 完全末梢区域	1/2 类 + ABR 下发的默认 3 类路由	3 类（明细）、4 类、5 类	极致精简 LSDB，仅保留区域内拓扑 + 默认出网路由
NSSA 非纯末梢区域	1/2/3 类（明细）+ 本地 7 类外部 LSA + ABR 下发的默认 3 类路由	外来 4 类、5 类外部 LSA	屏蔽域外外部路由，同时允许本区域引入本地外网路由
Totally NSSA 完全非纯末梢区域	1/2 类 + 本地 7 类外部 LSA + ABR 下发的默认 3 类路由	3 类（明细）、外来 4 类、5 类	极致精简 + 本地外网接入能力，分支网点首选
;;;

简化表

区域类型	存在 LSA	特征
标准普通区域	1、2、3、4、5	有 4、5 类，无 7 类
Stub 末梢	1、2、3（无 4、5）	没有 4、5，ABR 下发默认 3 类
Totally Stub	1、2 + 默认 3 类	无明细 3、无 4、5
NSSA	1、2、3、7（无外来 4、5）	有 7 类，无外部 5 进区
Totally NSSA	1、2、7 + 默认 3	无明细 3、无外来 4、5
;;;
+++

Stub 末梢区域

剔除：4、5类LSA，保留1、2、3类
ABR下发一条默认3类路由
不允许存在 ASBR，不能引入任何外部路由，所以既无 5 类、也无 7 类

Totally Stub 完全末梢区域

剔除：3类（除了默认）、4、5类LSA，只剩1、2类 + 一条默认路由
LSDB 小，分支网点首选

NSSA 非纯末梢区域

可以存在ASBR，允许本区域引入外部路由（生成7类LSA）
过滤外部4、5类LSA，ABR下发默认路由
ABR 会将 7 类 LSA转换成 5 类 LSA 发往骨干区和其他区域，且 7 类只能在本 NSSA 区域内泛洪，不能直接跑出 NSSA

Totally NSSA 完全非纯末梢区域

剔除：3类（除了默认）、4、5类LSA，本地外部7类LSA保留
最优：小分支要接入外网，邮箱精简路由首选

距离矢量 VS 链路状态

距离矢量

将路由表发给邻居，邻居依据表计算路由，属于传言式听邻居说
代表协议：RIP、IGRP、EIGRP(思科)
RIP 最大 15 跳、16 跳不可达，优点：配置简单、内存占用小，适合小型网络，缺点：容易环路 fa 发送路由表造成带宽浪费，跳数做度量，不看链路带宽，高速低速带宽开销一致，选路不合理

链路状态

只发送自己的直连链路信息，全网各自绘制最短路径，属于实测式，自己实时画地图
代表协议：OSPF、IS-IS
优点：
1. 几乎无路由环路，只有链路发生变化才会发送 LSA 泛洪（链路状态通告），增量更新省带宽
2. 度量使用带宽、时延等，选路精确，适合大型网络
缺点：
1. 占用资源大，设备要求高
2. 配置复杂，需划分区域：Area、DR/BDR 等

交换机工作原理

二层

mac 学习交换机收到一个数据帧，读取帧头的源 MAC 地址：

如果 MAC 地址表没有该 MAC，就把「接收端口 + 源 MAC」写入 MAC 地址表；
如果已经存在，更新对应端口与老化时间；

只看源 MAC学习，目的 MAC 用来决定转发。

帧转发/单播拿到帧的目的 MAC 地址，查询 MAC 地址表：

✅ 表中有该 MAC：直接从对应端口转发出去，不发给其他端口（隔离流量）。
❌ 表中没有该 MAC：执行泛洪（广播转发），向除接收端口以外的所有端口转发该帧。

广播帧/组播帧
目的 MAC 是广播FF‑FF‑FF‑FF‑FF‑FF，交换机直接泛洪到所有端口，所有端口都收到广播。
老化删除
MAC 地址表条目有老化时间（默认 300 秒），长时间收不到该设备的报文，条目自动删除，防止表溢出。

三层

二层只看 MAC；三层交换机增加 IP 路由功能，能根据 IP 做跨 VLAN 转发。

::: success
学习技巧：源 MAC 学习，目的 MAC 查表；查到单播转发，查不到就泛洪；广播帧全端口发，超时老化删表项。
:::

vlan

核心就是同广播域即可通信，主要又 acc trunk hy 口类型
用于防止广播域过大，隔离广播域

access：主要连接终端，会剥离标签发给终端
trunk：主要连接同类型，携带 vlan 标签发给别的交换机、允许多个 vlan 通过，只有PVID 本征 VLAN 剥离标签
hybrid：混合包含 access 和 trunk 特点，可以手动指定哪些 vlan 打标签，哪些剥离。自由度高

::: info
pvid 和 vid 的区别
port vlan id 和 vlan id，字面意思，vid 就是 vlan 本身的编号，隶属于数据帧；pvid 是端口的参数，端口对无标签帧分配的 vlan 编号，属于端口配置

Access PVID = 端口 VLAN 的 VID；收到无标签帧，打上这个 VID；发送出去剥离该 VID 标签。
Trunk PVID 是端口本征 VLAN； PVID 对应的 VID 发送时剥标签；其他 VID 保留标签。
Hybrid PVID 依旧用来给无标签帧打标签；剥不剥标签不靠 PVID，手动命令指定每个 VID 是否 untag

:::

润建服务台面试经验

Wed, 19 Aug 2026 02:03:49 GMT

自我介绍

略

讲一下你的项目经验

刚睡醒，太紧张了，一时想不起来了。。。寄！

你熟悉哪些组网协议

ospf、bpg、vrrp、堆叠

说一下堆叠和 M-LAG 区别

堆叠是多设备虚拟成一台、M-LAG 是跨设备链路聚合

追问：还有吗

堆叠多设备合并成一个逻辑整体，所有端口统一管理，控制平面合一 M-LAG 每台独立控制平台只是协同处理跨设备的聚合链路。

说一下 ospf 原理

链路状态路由协议主要过程就是：建立邻居 → 形成邻接关系 → 泛洪 LSA 同步 LSDB → 本地算路由简单来说过程就是：

每台路由器收集自己的直连链路信息生成 LSA 链路状态通告，不直接传路由表，把链路状态泛洪发给同区所有邻居
所有路由器拿完全部 LSA 后，本次存一份 LSDB 库，同区库内数据一样，跑 SPF 最短路径算法，以自己为根算最短路径，算出路由表，选开销最小的路径
支持划分区域：骨干 a0、非骨干，非骨干细分有：普通区、stub 末节区、totally-stub 区、nssa 非完全末节区、totally-nssa 完全非完全末节
支持等价路由、触发更新，链路一变就发 LSA 有收敛快、用于组播交互

看你简历写了 docker，讲下容器和虚拟化的区别？

虚拟化是虚拟整个硬件层，每个都有独立系统内核；容器是共享内核 ps: 我就回答了一句。。。

追问：还有吗？

虚拟机占用大，隔离性更强，容器占用少。精密度高但隔离弱

马后炮补充

虚拟化，以 KVM、VMware 这类虚拟机为代表，它是对硬件资源做虚拟化抽象，每一台虚拟机都具备完整独立的操作系统内核。Hypervisor 层负责调度底层硬件，虚拟机之间是硬件级别的强隔离。它的缺点是资源开销比较大，镜像通常 GB 级别，启动需要分钟级；优势就是隔离性很强，不同虚拟机可以跑不一样的操作系统，一台虚拟机故障一般不会影响其他实例。
而容器，像 Docker，属于操作系统级虚拟化，它不模拟硬件，没有独立内核，直接共享宿主机的操作系统内核。依靠 Linux 的 Namespace 做隔离、Cgroups 做资源限制，本质上是宿主机上一组被隔离的进程。所以容器非常轻量，镜像 MB 级别，秒级启动，部署密度高。但缺点就是隔离等级弱于虚拟机，容器只能使用和宿主机相同内核的系统，一旦宿主机内核出问题，所有容器都会受影响。

说一下你接触过交换机设备型号

华为

千兆接入 S5735
万兆汇聚 S6730
框式数据中心核心 CE12700

联想

千兆服务器接入 G7052
万兆 TOR 叶交换机 G8272
框式 FC 存储光纤 B6505

新华三

千兆园区接入 S5560
万兆汇聚 TOR S6520X
框式企业核心 S12500

锐捷

千兆 PoE 园区接入 RG‑S5310
万兆汇聚 RG‑S6150
框式数据中心核心N18010

博科

光纤中小型 SAN G620
光纤大型 SAN G630

思科

千兆园区接入 C9200
万兆 IDC 叶交换机 N9K‑C9300

说一下上架服务器整个流程

走工单流程走完后，到机房先检查服务器外观和配件等情况核验是否损坏确定正常核对服务器型号与机位匹配，准备导轨工具，断电状态下固定服务器，再连接 PDU 电源和机柜布线，通电后通过管理口初始化配置。

GIT学习笔记

Tue, 18 Aug 2026 08:13:49 GMT

GIT 学习

链接 Github

在项目目录输入：git init，作用：初始化当前目录为本地 git 仓库
在项目终端输入：git status，作用：观察仓库分支状态、未追踪文件、commit 记录
在项目终端输入：git add .，作用：将当前目录所有变更文件加入暂存区
在项目终端输入：git commit -m "init commit"，作用：把暂存区文件提交到本地仓库，生成第一条提交记录
在项目终端输入：git remote add origin 远端仓库地址，作用：关联本地仓库与远程仓库，远程仓库别名设为 origin
在项目终端输入：git branch -M main，作用：将本地默认分支重命名为 main，适配 github/gitee 主流分支名
在项目终端输入：git push -u origin main，作用：将本地 main 分支推送至远程 origin 仓库，设置上游追踪关系

部署AstrBot+Napcat+QQBot记录

Mon, 17 Aug 2026 15:25:42 GMT

部署 AstrBot+Napcat+QQBot

预览文档

AstrBot 官方文档

本次使用 Docker 部署，命令摘要：

mkdir astrbot
cd astrbot
wget https://raw.githubusercontent.com/NapNeko/NapCat-Docker/main/compose/astrbot.yml
sudo docker compose -f astrbot.yml up -d

部署过程

使用 Docker 部署

执行完摘要中的命令，显示如下图即为安装成功已经运行容器

image.png

查看目标容器运行日记

sudo docker logs -f astrbot

image.png

从上图中可以明确 AstrBot 已经就绪，且有账号与默认密码

防火墙放行端口

两个默认端口需要放行，AstrBot：6185；NapCat：6099

image.png

修改密码与用户

docker logs -f astrbot docker logs -f napcat

使用日记中所记载的账号密码登录后重置用户与密码，进入下图界面则代表成功

image.png

napcat 则为查看 logs 翻到前面找到 token 输入即可

如果扫码登录遇到：当前设备网络不稳定或处于复杂网络环境 xxx，切换代理后账密登录

创建共享 docker 网络，绑定运行容器

# 创建网络
docker network create astrbot_net

# 将napcat、astrbot加入这个网络
docker network connect astrbot_net napcat
docker network connect astrbot_net astrbot

# 重启两个容器，网络配置生效
docker restart napcat astrbot

NapCat 连接 AstrBot

进入 NapCat UI 后点击网络配置
点击新建，选择Websocket客户端
名称随意，URL 填写：ws://astrbot:6199/ws
复制 Token
打开 AstrtBot UI 点击欢迎栏
选择配置平台机器人，消息平台类型选择OneBot v11
端口 6199，反向 Websocket Token 填入刚刚从 NapCat 复制的 Token
返回 napcat网页 点击 猫猫日记 查看日记
image.png

END

Linux笔记

Mon, 17 Aug 2026 14:38:17 GMT

常用命令

语法

less

与 more 类似，可以随意浏览文件，支持翻页和搜索格式： Less【参数】文件 参数说明：

-b <缓冲区大小> 设置缓冲区的大小
-e 当文件显示结束后，自动离开
-f 强迫打开特殊文件，例如外围设备代号、目录和二进制文件
-g 只标志最后搜索的关键词
-i 忽略搜索时的大小写
-m 显示类似 more 命令的百分比
-N 显示每行的行号
-o <文件名> 将 less 输出的内容在指定文件中保存起来
-Q 不使用警告音
-s 显示连续空行为一行
-S 行过长时间将超出部分舍弃
-x <数字> 将”tab”键显示为规定的数字空格
/字符串：向下搜索”字符串”的功能
?字符串：向上搜索”字符串”的功能
n：重复前一个搜索（与 / 或 ? 有关）
N：反向重复前一个搜索（与 / 或 ? 有关）
b 向上翻一页
d 向后翻半页
h 显示帮助界面
Q 退出 less 命令
u 向前滚动半页
y 向前滚动一行
空格键滚动一页
回车键滚动一行
【pagedown】：向下翻动一页
【pageup】：向上翻动一页

head

用于查看文件开头部分内容 格式： head 【参数】【文件】 参数：

-q 隐藏文件名
-v 显示文件名
-c<数目> 显示的字节数。
-n<行数> 显示的行数。

tail

查看文件内容格式：tail 参数文件 参数：

-f 循环读取
-q 不显示处理信息
-v 显示详细的处理信息
-c<数目> 显示的字节数
-n<行数> 显示文件的尾部 n 行内容
—pid=PID 与-f 合用,表示在进程 ID,PID 死掉之后结束
-q, —quiet, —silent 从不输出给出文件名的首部
-s, —sleep-interval=S 与-f 合用,表示在每次反复的间隔休眠 S 秒

file

用于辨识文件类型格式： file -bcLvz -f <名称文件> -m <默认数字文件>… 文件或目录参数：

-b 　列出辨识结果时，不显示文件名称。
-c 　详细显示指令执行过程，便于排错或分析程序执行的情形。
-f<名称文件> 　指定名称文件，其内容有一个或多个文件名称时，让 file 依序辨识这些文件，格式为每列一个文件名称。
-L 　直接显示符号连接所指向的文件的类别。
-m<魔法数字文件> 　指定魔法数字文件。
-v 　显示版本信息。
-z 　尝试去解读压缩文件的内容。
文件或目录… : 要确定类型的文件列表，多个文件之间使用空格分开，可以使用 shell 通配符匹配多个文件。

In

全名 link files 为某个文件在另外一个位置建立一个同步的链接格式：in 参数源文件或目录目标文件或目录命令参数 必要参数：

—backup[=CONTROL] 备份已存在的目标文件
-b 类似 —backup ，但不接受参数
-d 允许超级用户制作目录的硬链接
-f 强制执行
-i 交互模式，文件存在则提示用户是否覆盖
-n 把符号链接视为一般目录
-s 软链接(符号链接)
-v 显示详细的处理过程

选择参数：

-S “-S<字尾备份字符串> “或 “—suffix=<字尾备份字符串>”
-V “-V<备份方式>“或”—version-control=<备份方式>”
—help 显示帮助信息
—version 显示版本信息

tar

全名 tape archive 用于备份打包文件格式：tar options -f archive.tar files……

-f archive.tar：指定归档文件的名称。
[files...]：要打包的文件和目录。

options 参数

基本操作选项

-c：创建一个新的归档文件。
-x：解压归档文件。
-t：列出归档文件的内容。
-r：向现有归档文件中追加文件。
-u：仅追加比归档文件中已有文件更新的文件。
-d：找到归档文件中与文件系统不同步的差异。
-A：将一个 .tar 文件追加到另一个 .tar 文件中。

文件选择和排除

-f <file>：指定归档文件的名称（必须放在选项列表的最后）。
-C <directory>：切换到指定目录进行操作。
--exclude=<pattern>：排除匹配指定模式的文件。
--exclude-from=<file>：从指定文件读取要排除的模式。
--exclude-caches：排除目录中的缓存文件。
--exclude-backups：排除以 ~ 结尾的备份文件。
--exclude-vcs：排除版本控制系统生成的文件（如 .git、.svn 等）。

压缩和解压选项

-z：使用 gzip 压缩归档文件。
-j：使用 bzip2 压缩归档文件。
-J：使用 xz 压缩归档文件。
--lzip：使用 lzip 压缩归档文件。
--lzma：使用 lzma 压缩归档文件。
--lzop：使用 lzop 压缩归档文件。
--zstd：使用 zstd 压缩归档文件。
-a：自动选择压缩方式（基于归档文件的扩展名，如 .tar.gz、.tar.bz2 等）。
-I <command>：使用指定的压缩程序进行压缩或解压。

输出和交互选项

-v：显示详细操作过程（verbose）。
--progress：显示进度条（与 -v 一起使用时）。
-w 或 --interactive：在每次操作前询问用户确认。
--checkpoint：在处理每个文件后显示一个检查点。
--checkpoint-action=<action>：在检查点执行指定的动作，如 echo、dot 等。
--totals：在操作结束后显示处理的总字节数。
--verbose：详细显示处理的信息。
--quiet：尽可能少的输出信息。

文件和权限相关选项

-p：保留文件的原始权限（解压时）。
--same-owner：尝试将解压的文件设为原始所有者（需超级用户权限）。
--no-same-owner：不设置文件所有者。
--same-permissions：保留文件的原始权限（与 -p 相同）。
--no-same-permissions：不保留原始权限，使用当前用户的 umask 设置权限。
-m：在解压时不恢复文件的修改时间，而使用当前时间。

归档管理选项

-k 或 --keep-old-files：解压时保留已有文件，不覆盖。
--overwrite：解压时强制覆盖已有文件。
--remove-files：归档成功后删除原始文件。
--delete：从归档文件中删除指定文件（仅限 gnu tar）。
--keep-newer-files：解压时保留比归档中较新的文件。
--listed-incremental=<file>：创建增量备份或从增量备份恢复。

文件系统和设备选项

-L <N>：分割大于 N 字节的归档文件（对于磁带机）。
--tape-length=<number>：指定磁带长度（对于磁带机）。
--multi-volume：创建或恢复多卷归档文件。
-M：与 --multi-volume 一起使用，处理多卷归档文件。
--use-compress-program=<prog>：使用指定的压缩程序。

其他实用选项

--transform=<expression>：重命名归档中的文件。
--strip-components=<number>：解压时剥离指定数量的路径组件。
--ignore-failed-read：忽略读取错误并继续操作。
--occurrence=<number>：在归档中选择第 number 个出现的文件。
-S：处理稀疏文件（仅归档实际使用的块）。
--no-recursion：不递归进入目录。
-h 或 --dereference：归档符号链接指向的文件而非链接本身。

帮助和版本信息

--help：显示帮助信息。
--version：显示 tar 的版本信息。

mkdir

全名 make directory 用于创建目录格式： mkdir -p dirName

参数

-p：创建多级目录结构，父目录不存在回自动创建
-m：设置权限，例：mkdir -m 755 my_directory
-Z：为目录设置安全上下文
-v：显示详细信息，包括正在创建的目录
-Z：为目录设置安全上下文
--help：显示帮助信息。
--version：显示 tar 的版本信息。

awk

强大文本处理工具格式：awk options ‘pattern {acation}’ file 选项参数说明：

options：是一些选项，用于控制 awk 的行为。
pattern：是用于匹配输入数据的模式。如果省略，则 awk 将对所有行进行操作。
：是在匹配到模式的行上执行的动作。如果省略，则默认动作是打印整行。

options 参数说明：

-F <分隔符> 或 --field-separator=<分隔符>：指定输入字段分隔符，默认是空格或制表符。比如 awk -F: ‘{print $1}’ /etc/passwd ，以冒号为分隔符，打印 /etc/passwd 文件每行的第一个字段。
-v <变量名>=<值>：为 awk 脚本定义变量。例如 awk -v var=10 '{print $1 + var}' file.txt ，将变量 var 设置为 10 ，并把文件中每行的第一个字段加上 10 。
-f <脚本文件>：指定包含 awk 脚本的文件。像 awk -f script.awk data.txt ，会执行 script.awk 中的脚本，处理 data.txt 文件。
-V 或 --version：显示 awk 的版本信息。
-h 或 --help：显示 awk 的帮助信息，包括选项和用法示例。

计算操作系统总复习

Wed, 12 Aug 2026 10:26:45 GMT

1、操作系统发展过程

无操作系统的计算机系统 概念：硬件直接运行程序应用场景：早期简单嵌入式设备，如电子计算器 单道批处理系统 概念：一批作业脱机输入磁带，按序处理应用场景：早期科学计算中心，管理员按序处理作业 多道批处理系统 概念：内存同时存多专业，共享资源交替应用场景：大型数据处理中心，银行批处理业务 分时系统 概念：多用户分时共享计算机，轮流使用 CPU 应用场景！：学习计算机实验，远程登录系统 实时系统 概念：及时响应外部事件，按时完成处理应用场景：飞机飞行控制系统，视频会议系统

2、操作系统的基本特征

并发（Concurrent） 含义：多事件同时间间隔发生，宏观是同时，微观是交替作用：提高资源利用率与系统吞吐量 共享（Sharing） 含义：系统资源供多进程共用作用：提高资源利用率，帮助进程协同 虚拟（Virtual） 含义：物理实体变多个逻辑对应物作用：提供方便灵活方式，提高资源利用率与灵活性 异步性（Asynchronism） 含义：进程并发执行，走走停停作用：系统协调管理，确保稳定正确

3、操作系统的主要功能

处理机管理：分配。调度处理机、让多个程序高效运行 存储器管理：合理分配内存、保障程序运行空间 设备管理：控制、管理各类设备，方便用户使用 用户接口：提供交互界面，方便用户操作和使用系统

4、进程同步的基本概念

含义：多个进程并发时，按规则协作以正确执行目的：防竞争条件，保证协作顺利机制：信号量、管程、消息传递等，协调进程对资源访问与协作 信号量：是一种用于实现进程同步和互斥的整形变量，通过P（等待）V（释放）操作来控制进程对资源的访问。管程：高级同步机制，将共享资源以及操作封装在一个模块中，进程通过调用管程中的过程来访问共享资源，内部自动实现同步与互斥。 消息传递：通过发送与接受消息来进行通信和同步，发送时等待接收方响应，以此实现协调

临界区

不论是硬件临界值还是软件临界资源，多个进程必须互斥地对它进行访问
在每个进程中访问临界资源的那段代码成为临界区（Critical Section）
每个进程进入临界区之前应先对欲访问的临界资源进行检查，看是否正在访问。如果刺客该临界资源未被访问，该进程可进入临界区，并设置它正在访问的标志，在临界区之前执行的这段代码成为进入区（Entry Section）
在临界区之后也要加上一段代码，用于将临界区访问的标志变成未被访问的标志，成为退出区（Exit Section）

执行流程如图：

5、进程的基本状态及转换

练习 1.0

处于执行状态中的进程若同时发生了下列两种情况:(a)对某信号量执行 P 操作后,其结果为负。(b)时间片到了中断发生。则该进程将由执行状态变迁为( A )状态。 A.阻塞 B.就绪 C.阻塞或就绪 D.不定

在多进程系统中，为了保证共享变量的完整性，各进程应互斥进入临界区，所谓临界区是指（D） A. 一个缓冲区 B. 一段数据区 C. 同步机制 D. 一段程序

练习题 2.0

一个数据采集处理系统有两个进程 A，B。进程 A 负责数据采集，并把采集到的数据存入缓冲区 H 中，供进程 B 做数据处理。系统规定：仅当进程 B 取走了 H 中的数据后进程 A 才能在 H 中存入新的数据。为使进程能正确地并发执行，现用 PV 操作进行管理，回答下列问题：

（1）应怎样定义信号量？写出信号量的作用及其初值。 ==定义一个信号量 S1，初始值为 1，用于进程 B 通知进程 A 数据已经被取走== ==定义一个信号量 S2，初始值为 0，用于通知进程B取走数据== （2）在如下程序的方框位置填上合适的 P 操作或 V 操作，使它们能正确地并发执行。 ①处填 P(S1) ②处填 V(S2) ③处填 P(S2) ④处填 V(S1)

练习题 3.0

某自动流水线由生产进程 A、检验进程 B 和包装进程 C 三部分组成。进程 A 每生产一件物品就将其放入检验箱内。进程 B 对待检物品进行检验，若合格，则将其放入包装箱内，否则丢入废物箱。进程 C 将对合格产品进行包装。假如检验箱和包装箱每次都只能存放一件物品，现采用 PV 操作进行管理，为使流水线能正确协调工作，请完善如下程序。

S1,S2,S3,S4 : 1.semaphore ; S1 := S2 := 1; S3 := S4 := 0; cobegin process A begin L1: 生产一件物品; 2.P(S1) ; 物品存检验箱; 3.V(S3) ; goto L1 end; process B begin L2: 4.P(S3) ; 从检验箱取物品; 5.V(S1) ; 检验; if 合格 then begin 6.P(S2) ; 物品存包装箱; end 7.P(S4) ; else 丢弃; goto L2 end; process C begin L3 8.P(S4) ; 从包箱取物品; 9.V(S2) ; 包装; goto L3 end; coend;


## 练习题4.0
补充1：**什么是进程？简述进程与程序的主要区别**
==**答案**：它是程序在计算机中动态的一次执行过程，含程序，数据、进程控制块（PCB）。是资源分配和调度的基本单位，具有并发性、动态性、独立性、异步性等特征。==
==**与程序的区别：**==
	==状态：程序静态，进程动态是动态的==
	==资源：程序不占资源，进程运行时分配==
	==对应：一程序可对多进程，一进程某时只对一程序==

补充2：
设公共汽车上有一位司机和一位售票员，它们的活动如下：
    司机：       售票员：
    启动车辆     售票
    正常行车     开车门
    到站停车     关车门
请分析司机与售票员之间的同步关系，如何用PV操作实现。

**==答案**：定义两个信号量：
`S1` 初始值为 `0`，用于表示售票员是否关好车门，`0` 表示未关好，`1` 表示已关好；
`S2` 初始值为 `1`，用于表示司机是否到站停车，`0` 表示未停车，`1` 表示已停车。==

==**司机**==

begin 定义信号量 S1 = 1; // 允许售票员开始工作定义信号量 S2 = 0; // 售票员等待停车通知

plain L1: P(S1); // 等待售票员关好车门启动车辆; 正常行车; 到站停车; V(S2); // 通知售票员车辆已到站停车 goto L1; end;

**==售票员==**

begin 定义信号量 S1 = 1; // 允许售票员开始工作定义信号量 S2 = 0; // 售票员等待停车通知

plain L2: P(S2); // 等待司机到站停车通知开车门; 售票; 关车门; V(S1); // 通知司机车门已关好 goto L2; end;


## 练习题5.0
![](https://i0.hdslb.com/bfs/article/cdee3999f1e42300aa706c698088504b397331738.png)
![](https://i0.hdslb.com/bfs/article/cad1da40ee658d1d67be4b537416e9c8397331738.png)

1. **先来先服务（FCFS）算法**
    - **周转时间**：完成时间 - 到达时间
    - **平均周转时间**：所有进程周转时间之和 / 进程个数
    - **带权周转时间**：周转时间 / 服务时间
    - **平均带权周转时间**：所有进程带权周转时间之和 / 进程个数
2. **短作业优先（SJF）算法**
    - **选择规则**：选择当前已到达且服务时间最短的作业（进程）执行
    - **周转时间**：完成时间 - 到达时间
    - **平均周转时间**：所有进程周转时间之和 / 进程个数
    - **带权周转时间**：周转时间 / 服务时间
    - **平均带权周转时间**：所有进程带权周转时间之和 / 进程个数

## 练习题6.0
![](https://i0.hdslb.com/bfs/article/617d95a2a5f56cabdaa836c09b1b5176397331738.png)

## 练习题7.0
![](https://i0.hdslb.com/bfs/article/86f1fb0cb402ffe6be71e4e47bc05343397331738.png)
---
![](https://i0.hdslb.com/bfs/article/daaeb116283eb30dafb5497079878fb2397331738.png)

![](https://i0.hdslb.com/bfs/article/ef508b0afdf295434dd5b22c800f5d01397331738.png)

![](https://i0.hdslb.com/bfs/article/6193de712106e99a71b56056619ca978397331738.png)

## 练习题8.0
![](https://i0.hdslb.com/bfs/article/79c59591ab01c273fc22930b0ea88e4d397331738.png)

![](https://i0.hdslb.com/bfs/article/e37f583a2b36989376d76debaf172464397331738.png)

## 练习题9.0
![](https://i0.hdslb.com/bfs/article/9d03bd25eeffbfc899bd58567eaa7db5397331738.png)

![](https://i0.hdslb.com/bfs/article/ff078b6a715bf4d2804509e3dcd218b4397331738.png)

## 练习题10
![](https://i0.hdslb.com/bfs/article/a2fa552cb10d9630bacc44b25d00399a397331738.png)

![](https://i0.hdslb.com/bfs/article/10a8468cc1e02fc46e16c82b4d8d5d0b397331738.png)

## 练习题11
![](https://i0.hdslb.com/bfs/article/ea05845112c17b6f902625dc2d227843397331738.png)

![](https://i0.hdslb.com/bfs/article/4ad2909f38bbd54840bc67524d2ec89f397331738.png)

要根据响应比来计算优先，
公式为：（当前时间 - 到达时间 + 服务时间）/ 服务时间

## 练习题12


## 6、死锁
### 死锁的定义
**定义**：多个进程因为相互竞争资源而陷入一种相互等待的状态，导致这些进程无法执行，也无法释放资源，形成一种僵局

**产生的必要条件：**
	**互斥条件**：至少有一个资源是不能共享的，即每次只能一个进程使用（==进行排它性使用）==
	**占用并等待（请求和保持条件）**：一个进程已占有某些资源，而且正在其他资源，但这些资源已被其他进程占有
	**不可剥夺**：已分配资源不能被剥夺。只能由进程自行释放
	**循环等待**：存在一个进程循环等待其他进程的资源，形成环路

处理死锁方法：
	**预防死锁**：通过破坏其他一个必要条件来避免
	**避免死锁**：通过动态分配资源，确保系统始终处于安全状态，例：银行家算法
	**检测和接解除死锁**：监控系统资源分配情况，检测死锁并采取措施，例：中止进程、回滚操作
	**忽略死锁**：某些情况下，死锁发生概率很小，可以不做处理，交由用户自行解决

**安全状态**
	**概念**：指系统能按某种进程顺序（P1、P2.....Pn），来为每个进程Pn分配所需资源，直至满足每个进程对资源的最大需求，使每个进程都能顺利完成。如果系统无法找到这样一个==安全序列==，则称系统处于==不安全状态==。

# 公式
### 一、进程调度算法
1. **先来先服务（FCFS）算法**
    - **周转时间**：完成时间 - 到达时间
    - **平均周转时间**：所有进程周转时间之和 / 进程个数
    - **带权周转时间**：周转时间 / 服务时间
    - **平均带权周转时间**：所有进程带权周转时间之和 / 进程个数
2. **短作业优先（SJF）算法**
    - **选择规则**：选择当前已到达且服务时间最短的作业（进程）执行
    - **周转时间**：完成时间 - 到达时间
    - **平均周转时间**：所有进程周转时间之和 / 进程个数
    - **带权周转时间**：周转时间 / 服务时间
    - **平均带权周转时间**：所有进程带权周转时间之和 / 进程个数
3. **高响应比优先（HRRN）算法**
    - 等待时间：系统当前开始时间 - 进程到达时间
    - **响应比**：（等待时间 + 要求服务时间）/ 要求服务时间
    - **选择规则**：每次选择响应比最高的作业（进程）执行
    - **周转时间**：完成时间 - 到达时间
    - **平均周转时间**：所有进程周转时间之和 / 进程个数
    - **带权周转时间**：周转时间 / 服务时间
    - **平均带权周转时间**：所有进程带权周转时间之和 / 进程个数
4. **时间片轮转（RR）算法**
    - **周转时间**：完成时间 - 到达时间
    - **平均周转时间**：所有进程周转时间之和 / 进程个数
    - **带权周转时间**：周转时间 / 服务时间
    - **平均带权周转时间**：所有进程带权周转时间之和 / 进程个数
    - **执行规则**：每个进程被分配一个时间片，轮流执行，时间片用完后，无论是否完成，都切换到下一个进程

### 二、页面置换算法
1. **最佳置换（OPT）算法**
    - **预知未来页面的使用情况，从而选择在未来最长时间内不会被使用的页面进行置换。**
    - **缺页次数**：统计在内存中不存在所需页面而需要从外存调入的次数
    - **缺页率**：缺页次数 / 页面访问序列长度
    - **置换规则**：选择未来最长时间内不会被访问的页面进行置换（实际难以实现，用于理论比较）
2. **先进先出（FIFO）算法**
    - **是指先进入内存的页面先被替换出去。**
    - **缺页次数**：统计在内存中不存在所需页面而需要从外存调入的次数
    - **缺页率**：缺页次数 / 页面访问序列长度
    - **置换规则**：选择最先进入内存的页面进行置换
3. **最近最久未使用（LRU）算法**
    - **淘汰最近最少使用的页面。**
    - **缺页次数**：统计在内存中不存在所需页面而需要从外存调入的次数
    - **缺页率**：缺页次数 / 页面访问序列长度
    - **置换规则**：选择最近最久未被使用的页面进行置换

### 三、磁盘调度算法
1. **先来先服务（FCFS）算法**
    - **寻道时间**：磁头移动到指定磁道所需的时间，根据磁头移动的磁道数计算
    - **总寻道时间**：所有寻道时间之和
    - **平均寻道长度**：总寻道长度 / 磁盘请求个数
    - **处理规则**：按照磁盘请求的到达顺序依次处理
2. **最短寻道时间优先（SSTF）算法**
    - **寻道时间**：磁头移动到指定磁道所需的时间，根据磁头移动的磁道数计算
    - **总寻道时间**：所有寻道时间之和
    - **平均寻道长度**：总寻道长度 / 磁盘请求个数
    - **处理规则**：选择与当前磁头位置距离最近的磁道请求进行处理
3. **扫描（SCAN）算法（电梯算法）**
    - **寻道时间**：磁头移动到指定磁道所需的时间，根据磁头移动的磁道数计算
    - **总寻道时间**：所有寻道时间之和
    - **平均寻道长度**：总寻道长度 / 磁盘请求个数
    - **处理规则**：磁头沿着一个方向移动，处理沿途的磁盘请求，直到到达一端，然后改变方向继续处理
4. **循环扫描（CSCAN）算法**
    - **寻道时间**：磁头移动到指定磁道所需的时间，根据磁头移动的磁道数计算
    - **总寻道时间**：所有寻道时间之和
    - **平均寻道长度**：总寻道长度 / 磁盘请求个数
    - **处理规则**：磁头沿着一个方向移动，处理沿途的磁盘请求，到达一端后，立即回到起始端，然后再沿相同方向处理

### 四、Cache 相关
1. **Cache 命中率计算**：Cache 命中次数 / 访问总次数
2. **平均访问时间**：命中率 ×Cache 访问时间 +(1 - 命中率)× 主存访问时间

### 五、虚拟存储器相关（以页式为例）
1. **用户作业最多页数**：虚拟地址空间大小 / 页面大小
2. **主存空间划分的块数**：主存容量 / 页面大小
3. **页号**：INT (逻辑地址 / 页面大小)
4. **页内地址**：逻辑地址 MOD 页面大小
5. **物理地址**：块号 × 页面大小 + 页内地址
6. 页内偏移：逻辑地址 MOD 页面大小

计算操作系统笔记

Tue, 11 Aug 2026 10:26:45 GMT

1. 操作系统概论

操作系统就是指控制和管理整个计算机系统的硬件和软件资源，并且合理地组织调度计算机的工作和资源的分配，提供给用户和其他软件比较方便的接口和环境，是计算机系统中最佳的系统软件（非硬件）

裸机	OS	应用程序	用户
指硬件：CPU、主板	如：window、Linux	如：QQ	字面意思

1.1 特征

并发：指两个或者多个事件在同一时间间隔发生，宏观同时，微观交替
共享：系统中可供内存当中多个并发执行的进程共同使用
- 互斥共享：资源在特定的一段时间内只允许一个进程访问该资源
  - 例如：微信和 QQ 不能同时访问使用摄像头
- 同时共享：一个时间段内允许多个进程同时对某些资源进行访问
  - 例如：微信和 QQ 可以同时访问相册里面的图片
虚拟：一个物理意义上的实体变为若干个逻辑上的对应物，物理实体是实际存在的，而逻辑上的对应物就是用户感受到的；用于实现虚拟的技术，也称虚拟技术。虚拟存储器技术就是通过多道程序设计技术，采用让多道程序并发执行的方法来分时使用一个处理器。
异步：在多道程序环境下，允许多个程序并发执行，但由于资源有限，进程的执行不是一贯到底的，而是走走停停，以不可预知的速度向前推荐，这就是进程的异步性。

1.2 功能与接口

1.2.1 功能

操作系统作为管理者包含：处理机管理、储存器管理，文件管理，设备管理。

处理机管理：多道程序环境下，分配和运行都以进程的为基本单位，因而需要处理机管理可归纳为进程管理，包含：进程控制、进程同步、进程通信、死锁处理、处理机调度等。
存储器管理：提供环境，方便用户使用及提高内存的利用率，包含：内存分配与回收、地址映射、内存保护与共享和内存扩充等功能。
文件管理：也称文件系统，包含：储存空间管理、目录管理、文件读写管理和保护等。
设备管理：主要完成用户的 I/O 请求，访问用户使用各种设备，提高设备使用率，包含：缓冲管理、设备分配、设备处理、虚拟设备等功能。

1.2.2 接口

命令接口
- 1. 联机命令接口：又称交互式命令接口，适用于分时或实时系统的接口
- 1. 脱机命令接口：又称批处理命令接口，适用于批处理系统，它由一组作业控制命令组成。
程序接口
- 图像接口：GuI（并不是操作系统的一部分，而调用的接口才是）

1.3 操作系统发展过程

1.3.1 单道批处理系统

特点：单路性、独占性、自动性、封闭性、顺序性
缺点：系统资源得不到充分利用

1.3.2 多道批处理系统

特点：多路性、共享性、自动性、封闭性、无序性、调度性
好处：提高 cpu 的利用率，提高内存和 I/O 设备利用率，增加系统吞吐量
缺点：平均周转时间长，无交互能力

1.3.3 分时系统

概念：指一台主机上连接了多个配有显示器和键盘的终端，由此组成的系统。该系统允许多个用户同时通过自己的终端，以交互方式使用计算机，共享主机中的资源。

特点：同时性、交互性、独立性、及时性
缺点：不能在特定时间显示及时处理

1.3.4 实时系统

硬实时：某个动作必须绝对在规定时间内必须完成
软实时：能够偶尔违反时间规定，但不会引起任何永久性的伤害或损害
特点：及时性和可靠性

1.4 操作系统运行环境

1.4.1 用户态与核心态

CPU 执行两种不同性质的程序：一是系统内核程序，二是应用程序
操作系统划分用户态和核心态，严格区分两类程序，用户自编的程序运行在用户态，而操作系统的内核程序运行在核心态
1. 用户态：命令解释程序、
2. 核心态：进程调度程序、时钟中断处理程序、缺页处理程序

[!lol] 有趣的小知识系统调用是在用户态，被调用的程序在核心态执行外部中断是在用户态发生，但是处理是在核心态执行缺页是在用户态发生，处理在核心态执行缺页处理程序是在核心态执行

1.4.2 内核

概念：内核是计算机最底层的软件，是计算机功能的眼神，大多包含四个方面

1.4.2.1 时钟

时钟管理：计时器，操作系统需要通过时钟管理向用户提供准确的时间，通过时钟中断的管理，可实现进程的切换。

1.4.2.2 中断

中断机制：引入的初衷是提高多道程序环境中 CPU 的利用率
1. （例如外部设备的数据传输请求、硬件故障、定时器时间到达等情况）时，CPU 暂停当前正在执行的程序，转而去执行处理该特殊事件的一段程序（称为中断服务程序）
2. 外中断（中断）
  1. 来源于CPU 外部与当前执行的指令有关
  2. 系统控制的数据结构及处理：如 I/O 操作完成发出中断信号
  3. 系统控制的数据结构及处理：如用户强制终止一个进程
3. 内中断（异常）
  1. 来源于CPU 内部与当前执行的指令有关
  2. 资源中断—指令中断
    1. 如：系统调用时使用访管指令（又称陷入指令，Trap 指令）
  3. 强迫中断
    1. 主要有：硬件故障，（如：缺页），或软件中断（如：整数除 0）
4. 发生中断意味着需要操作系统的介入
  1. 用户态切换核心态是通过中断实现。中断也是的唯一途径
  2. 核心态切换用户态是通过执行一些特权指令，将程序状态字（PSW）的标志位设置为用户态

1.4.2.3 原语

原语：底层的一些可被调用的公用小程序，他们各自完成一个规定的操作，是不可分的。
1. 最底层
2. 原子性：考虑到系统的安全性和便于管理，所以操作时一气呵成的
3. 运行时间短
4. 调用相对频繁
5. 定义原语的方法就是关闭中断，让其他所有的动作不可分割的完成之后再打开中断

1.4.2.4 系统控制的数据结构及处理

2. 进程的描述与控制

2.1 进程的概念

2.1.1 定义

不同角度。进程可以有不同的定义，比较经典有：
1. 进程是程序的一次执行
2. 进程是一个程序及其数据在处理机上顺序执行时所发生的活动
3. 进程时具有独立功能的程序，在一个数据集合上运行的过程，它是系统进行资源分配和调度的一个独立单位。

2.1.2 组成

进程是程序控制块（PCB）、程序段、数据段组成的
操作系统是通过PCB 来管理进程，因此 PCB 中应包含操作系统对其运行管理啊所需各种信息，如：进程描述信息、进程控制和管理信息、资源分配清单和处理机相关信息。 （如：进程状态和优先级信息就是属于进程描述信息）
1. 程序段：程序代码存放的位置
2. 数据段：程序运行时使用、产生的运算数据。如：全局变量、局部变量、宏定义的常量就存在数据段中。
进程也可以称为：进程实体

2.1.3 组织方式

链接方式
- 安装进程状态将 PCB 分为多个队列，操作系统持有指向各个队列的指针
  - 就绪队列
  - 运行队列
  - 阻塞队列
索引方式
- 根据进程的不同状态，建立几张索引表，操作系统持有指向各个索引表的指针
  - 就绪队列
  - 运行队列
  - 阻塞队列

2.1.4 特征

动态性：最基本特征，是程序的一次执行过程，是动态发生的
并发性：内存中多个进程实体，各进程可并发执行
独立性：能独立运行，独立获取资源，独立接受调度的基本单位
异步性：各个进程各自独立，不可预知的速度向前推进，操作系统提供进程同步机制来解决异步问题
结构性：每个进程会配置应该 PCB，结构上来看，进程由程序段、数据段和 PCB 组成

[!lol] 有趣进程的是动态的程序是静态的，且不具备进程的特征：动态、并发、独立、异步、结构性。

程序具有再现性（再现性：不管从一而终还是停停走走都将获得相同的结果）

程序具有封闭性（在封闭的环境运行，独占系统的资源，除了初始状态之外，一旦开始执行不受外界影响，只能自己主动改变才会改变。）

2.2 状态与转换

2.2.1 定义

定义：一个进程的生命周期内可以划分为一组状态，这个状态刻画了整个进程。进程状态体现一个进程的生命状态

2.2.2 五个状态

创建态：进程在创建时需要申请一个空白的 PCB，向其填写控制和管理进程的信息，完成资源分配，如果创建工作无法完成，比如：资源无法满足，就无法被调度运行，把此时进程所处的状态成为创建态
运行态：进程占用 CPU 的资源，并在 CPU 上运行
1. 单核时只有一个处于运行态
2. 双核时是可以有两个处于运行态
就绪态：进程已具备运行条件，但 CPU 资源繁忙还没分配过来
阻塞态：又称等待态，它处于等待某件事发生而暂时无法运行
1. 当这件事件完成后又会回到就绪态等待 CPU 的服务
终止态：又称撤销态，进程结束，或出现错误，或系统被终止，进入终止状态，无法执行
1. 撤销这个过程不是一瞬间完成的，操作系统需要把当时创建用到内存资源回收回来

状态之间的转换

执行（运行态）——》就绪 （进入就绪态就已经获得除了处理机以外所需资源）
1. 进程占用 CPU 过长，CPU 分配资源有限
2. 被抢占式优先级抢占 CPU 资源
就绪——》运行
1. 进程时间片用完，调度到就绪队列，从队列分配进程给 CPU
运行——》阻塞
1. 执行的进程等待某个事件而无法执行，比如资源还没轮到
阻塞——》就绪
1. 进程等待的事件发生了
2. 阻塞—到—运行态不可逆
3. 就绪—到—阻塞态不可逆
  - 例如：一个进程的读磁盘结束后（处于堵塞）OS 就会对该进程修改状态为就绪，而不是直接执行。

通过系统调用来申请系统资源，或申请等待某个资源的产生（比如资源没释放，等某个运行结果），这就是 I/O 请求

2.3 进程的通信

2.3.1 概念

概念：就是指进程之间的信息交换 pv 操作是最低级的通信，高级通信方式是指以较高的效率传输大量数据的通信方式

2.3.2 高级通信主要三类

共享存储：基于共享数据结构的通信方式，例如：生产者与消费者。其次位基于共享存储区的通信方式，是高级通信方式
- 例如：进程 A 和进程 B，他们不能直接访问对方的进程空间
- 所以我们需要用到共享空间来让两个进程之间相互访问，但是这个方式是互斥的，进程 A 访问 B 进程空间时，B 则不能访问 A
- 例如：共享数据结构里面只能存放长度为 10 的数组，他们每一次的通信就只能传输一个长度 10 的数组，且数据格式有限制的话，会极大降低传输速度
- 数据共享是一种略微低级的通信
- 共享存储区这种传输则不会限制长度，格式，位置等，极大提高传输速度和传输自由，是一种高级通信
消息传递：以格式化的消息为单位，利用原语传递消息，分为直接通信和间接通信，原语分两种：
- 一种为发送原语
- 一种为接受原语
- 格式化消息例如：发送消息分为了消息头和消息体
- 直接通信则是直接将消息挂在缓冲队列尾部，然后进程通过接受原语从头依次取走
- 间接通信则相反，是先发送一个中间实体（又称信箱），当需要传送消息时，则直接在信箱里面取走，通过消息头来识别避免出现传输错误
管道通信：是传递信息的一种特殊方式，指用于一个连接一个读进程和一个写进程以实现他们之间的共享文件，又称”pipe“文件
- 说白了就是：两进程之间建立了一个管道，但是单管道是单双工的，可以来回发，但是只能单向传输
- 全双工则又建立了一个管道，一个读一个写，但是他们传递时也是互斥的。例：进程 A 写完成后，进程 B 才可以执行读

2.3 线程

2.3.1 引入

为了简化进程之间的通信，以最小开销提高进程的并发程度
是进程中执行的最小单位，是进程的一个实体，是被系统独立调度和分派的基本单位
线程不拥有自己的系统资源，只拥有一点在运行中必不可少的资源，但它可与同属一个进程的其他线程共享进程所拥有的全部资源
一个线程可以创建和撤销另外一个线程，同一个进程中的多个线程之间可以并发执行

2.3.2 概念

概念：作为调度和分派的基本单位

进程表示进程的一个控制点，可以执行一系列的指令
进程分解为线程，还可以有效利用多处理器和多核计算机

2.3.3 线程和进程的比较

2.3.3.1 进程与线程的区别

调度：线程作为调度和分配的基本单位，进程作为拥有资源的基本单位
并发性：进程之间可以并发，同一个进程的多个线程之间也可以
拥有资源：进程拥有资源的一个独立单位，线程不拥有系统资源，但是可以访问隶属进程的资源
系统开销：在创建或撤销进程时，由于系统都要给他分配和回收资源，导致系统的开销明显大于创建线程的开销

2.3.3.2 进程与线程联系

一个线程只属于一个进程，一个进程有多个线程，起码有一个
资源分配给进程，同一个进程的线程可以共享该进程的全部资源
处理机分配给线程，即真正在处理机上运行的是线程
线程在执行过程中，需要协作同步。不同进程的线程间要利用消息通信的办法实现同步。线程是进程内一个执行单元，也是进程内可调度实体

3. 处理机调度

3.1 处理及调度基本概念

基本准则：不同调度算法具有不同的特性，选择调度算法时需要考虑算法的特性，为了集中比较处理机调度算法的性能，提出很多评价标准。
1. CPU 利用率
  - cpu 时计算机最重要和最昂贵的资源之一，所以要物尽其用保持 cpu 处于”忙“的状态，提高资源利用率
2. 系统吞吐量
  - 表示时间单位内 CPU 完成作业的数量
3. 周转时间
  - 周转时间就是指作业提交到作业完成所经历的时间，是作业等待，在就绪队列中排队，在处理机上运行以及进行输入/输出操作所需时间的总和
  1. 作业周转时间：周转时间= 作业完成时间-作业提交时间
  2. 平均周转时间：平均周转时间=n 个作业的的周转时间/n 个
  3. 平均带权周转：多个作业带权周转时间的平均值，等于 n 个带权周转时间相加/n 个
4. 等待时间
  - 指进程处于等待处理机状态的时间之和，等待时间越长，用户满意率越低
5. 响应时间
  - 指用户提交请求到系统首次产生响应所花费的时间，在交互系统中，周转世纪那不可能是最好的评价准则，一般采用响应时间作为衡量调度算法的主要准则之一
三个层次
1. 作业调度（高级调度）
  - 主要任务是按一定原则从外存中处于后备状态的作业挑选一个或多个作业，给他们分配内存、输入输出设备等必要资源，并建立相应进程，使它们获得竞争处理机的权利
  - 这是调入的过程
2. 中级调度
  - 内存调度，作用是提高内存的利用率和系统吞吐量
  - 这是调回的过程，比高级调度频率高
3. 进程调度（低级调度）
  - 按照某种方法和策略从就绪队列选取一个进程，将处理机分配给它
进程调度方式指某个进程正在处理机上执行，若有某个重要的进程或紧迫的进程需要处理，即有更高优先级的进程进入就绪，此时则需要考虑如何分配处理机
1. 非抢占（非剥夺）调度
  - 一个进程正在处理机上运行，就算有更加紧迫或又优先级很高的进程进入就绪，也不会立刻让出处理机，而是等待当前进程完成
2. 抢占式（剥夺）调度
  - 一个进程正在处理机上运行，有高优先级或紧迫的进程进入就绪，立刻让出处理机，抢占当前资源，即使正在执行的进程

3.2 先来先服务算法

First come first server 即为：FCFS
按照作业/进程到达的先后顺序进行调度。
- 缺点：对长作业有利，短作业反之
- 优点：实现简单
适用于作业调度和进程调度

3.3 短作业优先

Short job first 即为：SJF
按照作业的长短来计算优先级，作业越短优先级越高
适用于作业调度和进程调度
- 优点：最短平均等待时间以及平均周转时间
- 缺点：必须要先知道作业运行时间，对长作业不利，会出现饥饿现象，没有考虑作业的紧迫程度

3.4 优先级调度

4. 死锁

5. 进程同步

6. 内存管理

7. 文件管理

8. 磁盘组织与管理

9. IO 设备管理

计算操作系统复习资料

Mon, 10 Aug 2026 10:26:45 GMT

一、进程调度算法

先来先服务（FCFS）算法
- 周转时间：完成时间 - 到达时间
- 平均周转时间：所有进程周转时间之和 / 进程个数
- 带权周转时间：周转时间 / 服务时间
- 平均带权周转时间：所有进程带权周转时间之和 / 进程个数
短作业优先（SJF）算法
- 选择规则：选择当前已到达且服务时间最短的作业（进程）执行
- 周转时间：完成时间 - 到达时间
- 平均周转时间：所有进程周转时间之和 / 进程个数
- 带权周转时间：周转时间 / 服务时间
- 平均带权周转时间：所有进程带权周转时间之和 / 进程个数
高响应比优先（HRRN）算法
- 等待时间：系统当前开始时间 - 进程到达时间
- 响应比：（等待时间 + 要求服务时间）/ 要求服务时间
- 选择规则：每次选择响应比最高的作业（进程）执行
- 周转时间：完成时间 - 到达时间
- 平均周转时间：所有进程周转时间之和 / 进程个数
- 带权周转时间：周转时间 / 服务时间
- 平均带权周转时间：所有进程带权周转时间之和 / 进程个数
时间片轮转（RR）算法
- 周转时间：完成时间 - 到达时间
- 平均周转时间：所有进程周转时间之和 / 进程个数
- 带权周转时间：周转时间 / 服务时间
- 平均带权周转时间：所有进程带权周转时间之和 / 进程个数
- 执行规则：每个进程被分配一个时间片，轮流执行，时间片用完后，无论是否完成，都切换到下一个进程

二、页面置换算法

最佳置换（OPT）算法
- 预知未来页面的使用情况，从而选择在未来最长时间内不会被使用的页面进行置换。
- 缺页次数：统计在内存中不存在所需页面而需要从外存调入的次数
- 缺页率：缺页次数 / 页面访问序列长度
- 置换规则：选择未来最长时间内不会被访问的页面进行置换（实际难以实现，用于理论比较）
先进先出（FIFO）算法
- 是指先进入内存的页面先被替换出去。
- 缺页次数：统计在内存中不存在所需页面而需要从外存调入的次数
- 缺页率：缺页次数 / 页面访问序列长度
- 置换规则：选择最先进入内存的页面进行置换
最近最久未使用（LRU）算法
- 淘汰最近最少使用的页面。
- 缺页次数：统计在内存中不存在所需页面而需要从外存调入的次数
- 缺页率：缺页次数 / 页面访问序列长度
- 置换规则：选择最近最久未被使用的页面进行置换

三、磁盘调度算法

先来先服务（FCFS）算法
- 寻道时间：磁头移动到指定磁道所需的时间，根据磁头移动的磁道数计算
- 总寻道时间：所有寻道时间之和
- 平均寻道长度：总寻道长度 / 磁盘请求个数
- 处理规则：按照磁盘请求的到达顺序依次处理
最短寻道时间优先（SSTF）算法
- 寻道时间：磁头移动到指定磁道所需的时间，根据磁头移动的磁道数计算
- 总寻道时间：所有寻道时间之和
- 平均寻道长度：总寻道长度 / 磁盘请求个数
- 处理规则：选择与当前磁头位置距离最近的磁道请求进行处理
扫描（SCAN）算法（电梯算法）
- 寻道时间：磁头移动到指定磁道所需的时间，根据磁头移动的磁道数计算
- 总寻道时间：所有寻道时间之和
- 平均寻道长度：总寻道长度 / 磁盘请求个数
- 处理规则：磁头沿着一个方向移动，处理沿途的磁盘请求，直到到达一端，然后改变方向继续处理
循环扫描（CSCAN）算法
- 寻道时间：磁头移动到指定磁道所需的时间，根据磁头移动的磁道数计算
- 总寻道时间：所有寻道时间之和
- 平均寻道长度：总寻道长度 / 磁盘请求个数
- 处理规则：磁头沿着一个方向移动，处理沿途的磁盘请求，到达一端后，立即回到起始端，然后再沿相同方向处理

四、Cache 相关

Cache 命中率计算：Cache 命中次数 / 访问总次数
平均访问时间：命中率 ×Cache 访问时间 +(1 - 命中率)× 主存访问时间

五、虚拟存储器相关（以页式为例）

用户作业最多页数：虚拟地址空间大小 / 页面大小
主存空间划分的块数：主存容量 / 页面大小
页号：INT (逻辑地址 / 页面大小)
页内地址：逻辑地址 MOD 页面大小
物理地址：块号 × 页面大小 + 页内地址
页内偏移：逻辑地址 MOD 页面大小

从 Astro 5 到 Astro 6：astro-koharu 的一次完整迁移实录

Sun, 19 Jul 2026 19:50:03 GMT

这次升级看起来只是把 astro 从 5.16.6 改成 6.x，实际却穿过了内容身份、Markdown 编译、Vite 预渲染、RSS 和第三方 integration 五条链路。更麻烦的是，astro-koharu 不是只有一个模板仓库：每位用户都有自己的文章、永久链接、历史备份和生成资产。模板能构建，不等于用户升级后不会丢 URL，也不等于恢复一份旧备份后仍能构建。

因此，真正困难的不是让 pnpm build 变绿，而是同时证明两件事：升级前后的 URL、多语言 fallback、搜索索引和文章 HTML 没有悄悄改变；一份长期使用的下游仓库也能通过同一套工具安全迁移，而不需要用户逐篇修改 frontmatter。

本文记录的是 astro-koharu 的真实迁移结果。最终版本为 Astro 6.4.8，没有启用 Content Collections legacy 兼容开关，也没有把实验特性留在生产配置中。迁移最终还补上了一条可 dry-run、自动备份且幂等的内容迁移命令，并用 376 篇真实历史文章的完整备份恢复验证了这条路径。

先定义成功，而不是先改版本号

Astro 6 升级指南要求 Node.js 22.12+，并伴随 Zod 4、 Shiki 4 及 Vite 7 构建管线的变化。迁移时 npm 的 astro@latest 已经进入 7.x，因此不能无版本约束地运行升级命令。本次把 Astro 精确锁定在 6.4.8，同时把 Node 边界和 pnpm 版本落到 package.json：

{
  "packageManager": "pnpm@10.28.2",
  "engines": {
    "node": ">=22.12.0"
  },
  "dependencies": {
    "astro": "6.4.8"
  }
}

精确版本不只是为了重现本次构建。Koharu 的新版更新流程也会读取 packageManager，并用声明的 pnpm 精确版本安装依赖，避免更新到新 lockfile 后又意外回落到调用者机器上的旧 pnpm。

迁移前先保存了一组可比较的基线：

指标	Astro 5.16.6 基线
`astro check`	347 个文件，0 error / warning / hint
Astro 静态页面	130
Pagefind 索引页面	134
`dist/` 路由产物	141
Astro 报告的构建耗时	约 21.62 秒

成功标准不只是页面数相等，还包括四类不变式：

默认语言 URL 不带前缀，英文和日文继续使用 /en/、/ja/；
frontmatter 的 link 仍然可以覆盖公开 slug，未翻译页面的 canonical 仍指向默认语言；
GFM、Shiki、KaTeX、Mermaid、Pagefind、RSS、sitemap 和 robots 继续生成。
历史文章迁移前后保留相同公开 URL，旧备份恢复后不会混入新版模板自带的示例内容。

Fonts API、CSP、Live Content Collections、Rust compiler 和 queued rendering 都不在兼容迁移范围内。把新功能与 major upgrade 混在一起，会让故障定位和回滚都变得困难。

依赖升级不是全部追最新

核心依赖最终落在以下版本：

依赖	迁移前	迁移后
`astro`	5.16.6	6.4.8
`@astrojs/react`	4.4.2	5.0.7
`@astrojs/sitemap`	3.7.0	3.7.3
`@astrojs/rss`	4.0.14	4.0.19
`shiki`	3.22.0	4.3.1
`astro-mermaid`	1.2.0	2.1.0
`astro-pagefind`	1.8.5	1.8.6
`astro-loading-indicator`	0.7.1	0.9.0

这里最反直觉的是 astro-pagefind。2.x 的确支持 Astro 6，但它同时把原来的搜索组件改成了 Web Component API。直接升级会迫使现有搜索样式、键盘导航和本地化一起重写。1.8.6 已补上 Astro 6 peer 支持，又保留旧 UI，所以它才是这次兼容迁移的合理目标。

迁移的原则由此变得很明确：优先选择支持新框架且不扩大产品行为变化的最小版本，而不是把所有包机械地升到最新 major。

最核心的变化：Content Layer 身份模型

Astro 5 的旧内容配置位于 src/content/config.ts，业务代码还在读取 post.slug 并调用 post.render()。 Astro Content Collections 文档给出的新模型则要求显式 loader，内容配置移到 src/content.config.ts，Zod 从 astro/zod 导入：

import { defineCollection } from 'astro:content';
import { glob } from 'astro/loaders';
import { z } from 'astro/zod';

const blogCollection = defineCollection({
  loader: glob({
    pattern: '**/[^_]*.{md,mdx}',
    base: './src/content/blog',
  }),
  schema: z.object({
    title: z.string(),
    // Other frontmatter fields...
  }),
});

真正需要保护的是“内部 ID”和“公开 slug”之间的边界：

flowchart LR
  F[Markdown 相对路径] --> I[Content entry ID]
  I --> L[语言识别]
  I --> S[派生公开 slug]
  O[frontmatter link] --> S
  S --> U[公开文章 URL]

例如 en/tools/getting-started.md 的内容 ID 是 en/tools/getting-started，但公开 URL 还要先移除 locale，再考虑 link override 和字符转写。项目里其他 DTO 也有名为 slug 的字段，却表达公开路径；如果全仓替换 slug 为 id，搜索、相似文章和系列导航都会被破坏。

所以迁移只替换 CollectionEntry<'blog'> 的身份读取：

export function getPostLocale(post: BlogPost): string {
  return getSlugLocaleInfo(post.id).locale;
}

export function getPostSlug(post: BlogPost): string {
  return post.data.link ?? transliterateSlug(getSlugLocaleInfo(post.id).localeFreeSlug);
}

路由也不再把整个 entry 当成旧式可渲染对象，而是传递内部 ID，再使用新的顶层 render()：

import { render } from 'astro:content';

return posts.map((post) => ({
  params: { slug: getPostSlug(post) },
  props: { postId: post.id },
}));

const post = await getPostById(postId, locale);
if (!post) throw new Error(`Post not found: ${postId}`);
const { Content } = await render(post);

Astro 6 的 body 类型允许为 undefined，因此摘要和纯文本提取还需要显式兜底：

extractTextFromMarkdown(post.body ?? '', maxLength);

这不是为了掩盖缺失内容，而是因为集合还可能包含没有 Markdown body 的 entry；调用纯文本工具时应把该状态转换成空输入。

为什么旧文章里的 `slug` 不能原样留下

glob() loader 会用文件路径建立稳定的 entry ID，而旧内容里的顶层 slug 又承载过自定义永久链接语义。继续让同一个字段横跨两套身份模型，最危险的结果不是立刻报错，而是文章仍能生成、公开 URL 却变了。

因此，新 schema 只把 link 视为显式的公开 URL override。旧 slug 不能简单删除，因为它可能是用户长期对外分享的地址；也不能继续当成普通 frontmatter 原样保留。正确迁移必须先确定它过去代表的公开 URL，再把这层语义转移到 link。

历史文章不能靠用户手工迁移

模板仓库里的示例文章很整齐，真实用户仓库却可能跨过多个版本：有些文章只有 link，有些还保留 slug，有些从未显式写过永久链接，多语言对应文章也未必在同一时间创建。让用户做一次全局替换，既无法处理这些分支，也无法发现两篇文章即将撞到同一个 URL。

为此，Koharu CLI 增加了专门的迁移入口：

# 只扫描并展示计划，不写文件
pnpm koharu migrate --dry-run

# 确认计划后，自动备份并执行
pnpm koharu migrate

对从旧版 astro-koharu 升级的用户，实际入口仍然是更新前已经存在的旧 CLI。完整顺序是：

# 先由旧 CLI 完成备份、拉取、合并和依赖安装
pnpm koharu update

# 等上面的进程完全退出，再使用更新后的 CLI
pnpm koharu migrate --dry-run
pnpm koharu migrate

这个边界很重要：正在运行的 update 进程加载的仍是升级前的代码，不能假设它已经拥有更新后才出现的 migrate 子命令。等旧进程退出后重新调用 CLI，才能确保执行的是新版迁移逻辑。

迁移策略不是“所有文章都加一个新字段”，而是按已有数据选择最小改动：

文章现状	迁移动作	URL 结果
只有 `link`	不修改	完全保持现状
同时有 `link` 和 `slug`	保留 `link`，移除冗余 `slug`	继续以原 `link` 为准
只有 `slug`	原位把字段名改为 `link`	精确保留旧 permalink
两者都没有	默认语言使用路径；非默认语言优先跟随默认语言链接，缺少默认语言对应文章时才复用其他译文的唯一 `link`，否则使用路径	默认语言 URL 保持不变，译文尽量保持配对
同语言链接重复，或缺少默认语言对应文章且其他译文给出多个候选 `link`	报错并阻止整批写入	不猜测、不产生半套 URL

这里有几个容易忽略的安全细节：

扫描覆盖所有 .md 与 .mdx，不是只处理模板当前使用的目录层级；
修改是针对顶层字段的局部编辑，不重新序列化整份 YAML，避免无意义地重排用户 frontmatter；
任何解析错误、空链接或同语言 URL 冲突都会在写入前让整批迁移停止；
博客内容只接受普通文件，遇到符号链接会直接阻止，避免跟随到内容目录外部；
正式写入前会再次确认全部源文件、站点配置和文件集合与扫描时完全相同，避免用户并行编辑导致计划过期；
单文件通过同目录临时文件和原子 rename 写入，保留原权限；后续写入失败时，已安装的变更会按逆序回滚；
执行前自动创建基础备份；再次运行 dry-run 应得到 0 项变更，幂等性本身也是验收条件。

为了防止用户跳过这一步，pnpm dev 和 pnpm build 现在都会先运行 pnpm koharu migrate --check。这个模式只读扫描，不会自动改文章；发现待迁移项或无法安全处理的 frontmatter 时会以非零状态退出，在 Astro 启动或构建前给出 dry-run 和正式迁移指引。

多语言配对尤其不能只看文件名。假设默认语言文章已经把 note/old-name 定制为 my-stable-url，而英文对应文章没有 link。如果英文文章机械地使用自身路径，它会与默认语言失去同一公开 slug。因此，非默认语言文章会优先跟随默认语言文章的稳定链接；只有缺少默认语言对应文章时，才会复用其他译文的唯一候选，候选互相矛盾时宁可让用户决定。反过来，默认语言文章没有显式链接时，路径本身就是已有的公开 URL，不能被译文的自定义链接覆盖，其他缺少链接的译文也应继续跟随这条路径。

旧的 pnpm save-slugs 仍保留为兼容入口，但新用户只需要记住 pnpm koharu migrate。这样迁移规则、备份流程和 CLI 反馈位于同一个入口，后续再增加数据版本也不必继续堆一次性脚本。

恢复旧备份不能只是 `cp -r`

内容字段迁完之后，还有一个更隐蔽的问题：旧恢复逻辑是把备份目录复制进新版本目录。如果新模板增加了一篇示例文章，而用户的旧备份里没有它，普通目录合并会把这篇文章留下。对文件系统来说这是“合并成功”，对用户来说却是恢复后凭空多出了一篇文章。

这说明备份恢复需要区分“用户快照”和“可向前合并的配置”，不能对所有目录使用同一种复制语义：

恢复对象	恢复语义	原因
`src/content/blog`	先清理目标，再恢复快照	文章集合必须与备份时完全一致
`public/img`	先清理目标，再恢复快照	避免已删除的用户图片残留
`src/pages/*.md`	只替换根目录下的独立 Markdown 页面	删除旧自定义页面，同时保留新版 `.astro` 路由
`config/`	合并恢复	还原用户配置，但保留新版新增的主题配置文件
summaries、similarities、LQIP	完整备份恢复；基础备份不包含	这些资产必须与文章快照配套

新备份 manifest 增加 schemaVersion: 2，但缺少该字段的历史归档仍按 v1 读取。对“独立 Markdown 页面为空”的情况，备份也会保留空目录标记，让恢复器能区分“用户当时确实没有独立页面”和“这类数据根本不在旧归档中”。前者应该清掉现有 Markdown 页面，后者则不应贸然删除任何东西。

恢复前不只检查扩展名和 manifest.json。CLI 会校验备份路径、manifest schema、声明的恢复项与归档实际内容，拒绝符号链接、未声明条目和文件/目录类型不匹配。校验和解压使用同一份只读私有快照，避免原归档在两步之间被替换。解压后也不会立即覆盖用户目录：恢复器会先在项目内准备候选快照、运行内容迁移，全部通过后再事务性切换；中途提交失败则回滚已切换的目标。

只要恢复项包含博客内容，恢复器就会紧接着执行同一套内容迁移。升级流程若发现无法自动处理的冲突，会中止 clean update 并进入原有回滚路径，而不是带着半迁移内容继续构建。基础备份恢复后，CLI 还会明确提示运行：

pnpm koharu generate all

这是因为基础备份只保护源数据与配置，不包含 AI 摘要、相似文章和 LQIP 等派生资产；完整备份才会携带与该内容快照配套的生成结果。

四个只在真实构建里暴露的问题

1. Markdown 插件配置开始弃用

原配置把 gfm、remarkPlugins 和 rehypePlugins 直接挂在 markdown 下。Astro 6.4 会对此发出弃用提示。项目的 Markdown 管线包含 Shoka 语法、链接嵌入、Mermaid、KaTeX 和代码块 transformer，不能简单删除，于是改为显式创建 unified processor：

import { unified } from '@astrojs/markdown-remark';

markdown: {
  processor: unified({
    gfm: true,
    remarkPlugins,
    rehypePlugins,
  }),
  syntaxHighlight: {
    type: 'shiki',
    excludeLangs: ['mermaid'],
  },
}

这样既消除了弃用路径，又保留 Astro 对 Shiki 4 的处理。

2. `react-tweet` 在预渲染环境里无法加载 CSS

升级后的首次生产构建报错：

Unknown file extension ".css"
Hint: add the package to vite.resolve.noExternal

旧配置中的 vite.ssr.noExternal 没有覆盖 Astro 6 的预渲染 environment。按照错误提示改成顶层 vite.resolve.noExternal 后，react-tweet 的 CSS 才重新进入 Vite 转换链：

vite: {
  resolve: {
    noExternal: ['react-tweet'],
  },
}

3. RSS 的旧 patch 版本不兼容 Zod 4

@astrojs/rss 4.0.14 在 Astro 6 下抛出：

z.function(...).returns is not a function

问题不是 RSS 数据，而是该版本仍调用 Zod 4 已移除的 API。升级到 4.0.19 后，默认、英文和日文三份 feed 都恢复生成。

4. i18n 配置描述了一个实际不存在的重定向

项目原来同时配置 prefixDefaultLocale: false 和 redirectToDefaultLocale: true。Astro 6 不再接受这个组合；更重要的是， Astro 5 基线里 /zh/ 和 /zh/post/* 本来就是 404，并没有真实重定向行为可以保留。

最终删除无效选项，同时更新代码注释。规范 feed URL 仍是 /rss.xml、/en/rss.xml 和 /ja/rss.xml；即使 preview 目前还能访问 /rss.xml/，也不再把尾斜杠版本当作兼容契约。

怎样证明公开行为没有漂移

先验证模板公开行为

最终普通构建的结果如下。路由产物集合比较发生在加入本文之前，避免新文章本身干扰迁移前后对比。

指标	Astro 5	Astro 6	结论
静态页面	130	130	一致
Pagefind 索引页面	134	134	一致
`dist/` 路由产物	141	141	无新增、无丢失
Astro 构建耗时	21.62s	21.76s	接近基线

除了 pnpm lint、pnpm check、pnpm build 和 git diff --check，还做了这些输出级验证：

/、/en/、/ja/，以及默认语言和本地化文章均返回 200；/zh/ 保持 404；
未翻译文章的英文 fallback 页面仍显示默认语言正文，canonical 指回默认语言 URL；
代表性文章产物同时包含 Pagefind body、Shiki、KaTeX 和 Mermaid 标记；
Pagefind 对 Astro 的实际查询返回 8 条结果，首条仍是 /post/getting-started/；
三份 RSS 都返回 text/xml，sitemap 和 robots 正常生成；
pnpm 10.28.2 使用 frozen lockfile 的干净依赖层安装成功，Astro 补丁确认生效，宿主机生产构建成功；验证环境的 Docker daemon 不可用，因此没有把完整镜像构建写成已验证项。

浏览器自动化环境当时没有可用的浏览器实例，因此没有把 ClientRouter 点击、搜索键盘操作写成“已自动化通过”。这里宁可明确验证边界，也不要把 HTML 和 HTTP 检查冒充完整的浏览器交互测试。

构建仍会出现 infographic 语言回退、一个外部知乎链接 403 和大 chunk 提示；它们在 Astro 5 基线中已经存在，不属于本次升级回归。

当前分支加入本文及迁移配套内容后，最终 Astro 6 构建生成 151 个静态页面，Pagefind 索引 155 个页面；这个数字用于确认最终交付状态能完整构建，不应拿来与加入新内容前的 130 / 134 基线直接比较。相似度资产覆盖全部 12 个默认语言条目，每项保留 5 个引用，且没有指向不存在文章的悬空引用。

再验证迁移脚本，而不只验证 happy path

模板当前有 21 篇 Markdown / MDX 内容。首次正式迁移处理了其中 2 篇没有 link 的旧示例文章；随后再次执行 pnpm koharu migrate --dry-run，结果是扫描 21 篇、待迁移 0 篇、错误 0 个。

自动化测试则刻意覆盖更危险的分支：

测试场景	关键断言
混合 `link` / `slug` / 空字段及多语言对应文章	URL 保留，译文复用稳定链接，第二次运行无变更
重复链接、危险 frontmatter、符号链接和并发改动	整批不写入，已开始的原子写入可回滚
缺失或不一致的 manifest、恶意归档条目和恢复提交失败	预览前拒绝非法归档，事务提交失败时恢复旧目标
把旧归档恢复到已有新模板内容的目录	旧快照精确替换、恢复后自动迁移，同时保留新版 Astro 路由与配置
跨版本更新、新版 `--check` 与 pnpm 版本锁定	命令行参数不串命令，依赖安装只使用明确的 pnpm 版本

这些分支由 Node 内置 test runner 执行，统一放在 pnpm test:migrate 中；当前共 42 个测试。它们验证的是数据不变式、归档边界和进程退出契约，而不是 CLI 文案，因此即使以后替换终端 UI，迁移的核心行为仍然有保护。

最后用真实下游仓库做完整恢复

只拿几篇 fixture 证明脚本可用仍然不够。实际验证选了一份从 astro-koharu v4.2.1 长期演进而来的个人仓库，在不修改源仓库的前提下读取它的完整备份，并恢复到一个临时 Astro 6 副本：

检查项	结果
历史 Markdown / MDX	376 篇
已有稳定 `link`	375 篇
需要自动补齐	1 篇
同语言 URL 冲突	0
恢复后的内容数量	376 篇
`astro check`	0 error / warning / hint
Astro 6 静态页面	797
Pagefind 索引页面	801

这个测试同时验证了两个容易漏掉的点。第一，临时副本中由新版模板自带、但不在旧快照里的示例文章没有残留，证明博客目录执行的确实是快照替换，而不是目录合并。第二，恢复后只有 1 篇文章被自动补齐 link，另外 375 篇的 metadata 和正文不需要重写。迁移前后的源仓库 Git 状态保持干净，验证产物和临时归档也在结束后删除。

历史内容构建仍出现少量 KaTeX Unicode、未知 Shiki 语言别名和外部链接抓取失败提示。这些 warning 来自旧文章本身，既没有造成 Astro 6 类型诊断，也没有阻止 797 个页面完成生产构建，因此应该记录和后续治理，但不能误判成数据迁移失败。

哪些 Astro 6 能力值得顺手开启

答案比预想中保守：只接受 Astro 6 默认带来的新 dev/build pipeline。

Fonts API：稳定且值得单独研究，但项目已有约 20 MB 中日文字体分片、按 locale 加载和阅读器字体设置，不是零成本替换；
CSP：当前与 ClientRouter、Shiki 以及多种 inline/第三方资源冲突，本轮不启用；
Live Content Collections / route caching：面向按需渲染，与 static + nginx 架构不匹配；
Sonda：继续保留 ANALYZE=true pnpm build 的按需模式，不增加日常构建成本。

Rust compiler 和 queued rendering 看似只需要一行配置，所以额外做了同机单次构建实验。它不是严格性能测试，但足以决定是否值得把实验配置留在主干：

模式	real time	Astro time	最大 RSS	相对默认
默认	25.29s	22.89s	2.30 GB	基线
queued rendering	26.60s	24.48s	2.36 GB	约慢 5.2%
Rust compiler 0.3.1	26.24s	23.66s	2.47 GB	约慢 3.8%

两项实验在这套内容和机器上都没有收益，相关配置与 @astrojs/compiler-rs 依赖随后全部移除。

一份可复用的迁移顺序

如果你的 Astro 项目也有复杂内容层，可以按下面的顺序降低排障噪声：

固定迁移前 Node、check、build、路由和代表性 HTML 基线；
显式锁定目标 major，不使用会跨 major 的 latest；
先升级 Astro 和官方 integrations，记录第一批真实错误；
单独迁移 content.config.ts、loader、entry.id 和 render(entry)；
区分内部内容 ID、公开 slug 与 frontmatter override，避免机械替换；
先对下游历史文章 dry-run，发现冲突时整批停止，不让用户手工批量改 frontmatter；
把正式迁移放在自动备份之后，并用第二次 dry-run 证明它是幂等的；
明确旧备份中哪些目录是快照替换、哪些配置需要向前合并，恢复内容后自动执行同一迁移；
逐个验证 Markdown、搜索、RSS、sitemap 和第三方 integrations；
比较路由集合，再检查 fallback canonical 和生成 HTML；
用至少一份真实下游备份做临时恢复、check 和生产构建；
最后才评估实验能力，并保证实验依赖不进入生产 lockfile。

astro-koharu 用户从旧版升级时，先运行 pnpm koharu update 并等进程完全退出，再用 pnpm koharu migrate --dry-run 查看计划，最后运行 pnpm koharu migrate 自动备份并执行。已有 link 会保留，旧 slug 会转换为 link，旧备份通过 Koharu CLI 恢复后也会自动执行同一迁移。如果忘记手动迁移， pnpm dev 和 pnpm build 的只读检查会阻止旧内容进入 Astro 6 管线，但不会替用户改写文章。

总结

这次迁移最后没有留下兼容 flag，也没有改变静态部署架构。最大的收获不是版本号从 5 变成 6，而是把内容身份和数据升级的边界写清楚：entry.id 负责内部查找，公开 slug 负责 URL，link 只覆盖后者；备份中的文章和图片是用户快照，配置则需要在恢复用户值的同时接住新版本能力。这个模型一旦明确，多语言 fallback、搜索、RSS 和旧备份恢复就有了共同依据。

major upgrade 最可靠的完成标准也不是“模板构建成功”，而是能回答三个问题：哪些行为必须保持、历史数据如何安全过桥、哪些结论有可重复的证据。版本升级只是代码改动；当一份真实的 376 篇文章备份也能无损恢复并完成生产构建，这次迁移才真正覆盖到了用户。

gpu服务器IDC运维

Tue, 14 Jul 2026 11:34:31 GMT

了解 Zabbix 监控”，那用 Zabbix 监控 GPU 服务器的显存使用率，需要怎么做？具体步骤说清楚

“用 Zabbix 监控 GPU 显存使用率的步骤：

被监控机安装 Zabbix Agent，并确保nvidia-smi命令可执行；

在 Agent 端编写脚本（如gpu_memory.sh），通过nvidia-smi --query-gpu=memory.used --format=csv,noheader,nounits提取显存使用值；

在 zabbix_agentd.conf 中添加UserParameter=gpu.memory.used,/path/to/gpu_memory.sh；

重启 Zabbix Agent 使配置生效；

Zabbix Server 端创建监控项（键值为 gpu.memory.used，类型为 Zabbix 客户端）；

设置触发器（如当使用率 > 90% 时告警）；7. 创建图形关联该监控项，实现可视化展示。”

“参与过 IDC 机房设备上架”，那你说一下服务器上架前需要做哪些检查？上架时的操作规范是什么？

“服务器上架前检查：

1. 外观检查（机身无磕碰、接口无损坏、螺丝无松动）；
1. 资产核对（SN 号、配置参数与工单一致）；
1. 功能预检测（BMC 管理口 ping 通、硬盘 / 内存通过预启动检测工具验证、电源模块测试）；
1. 机柜适配性检查（服务器尺寸与机柜 U 位匹配、PDU 功率满足设备功耗需求、导轨型号兼容）。

上架操作规范

1. 双人协作（一人托举服务器保持水平，一人引导入导轨，禁止单手拎拽）；
1. 固定规范（用指定规格螺丝对角锁紧服务器与导轨，扭矩符合要求）；
1. 布线要求（强弱电分离走槽，线缆标签朝向一致，不遮挡服务器散热孔，冗余线缆捆扎整齐）；
1. 电源规范（双电源分别接入不同 PDU 回路，确保冗余）；
1. 上架后验证（上电检查指示灯状态，通过 BMC 确认硬件识别正常，登记资产到 CMDB 系统）。

用 Ansible 批量升级 NVIDIA 驱动的 playbook，核心模块和任务是什么？至少 3 个关键任务

核心模块

apt / dnf（包管理）
systemd（服务管理）
command / shell（执行驱动校验）

关键任务（3 个）

停止图形 / 显卡相关服务，卸载旧驱动
安装指定版本 NVIDIA 驱动及 DKMS 依赖
加载 nvidia 内核模块，验证 nvidia-smi 正常

标准答案：“Ansible playbook 批量升级 NVIDIA 驱动的核心模块包括 yum/apt（依赖安装）、 copy（传输驱动包）、 command（执行驱动安装命令）、 systemd（管理服务）。

关键任务：

禁用 nouveau 驱动（用lineinfile模块修改黑名单配置，command模块执行dracut -f更新 initramfs）；
卸载旧驱动（command模块执行nvidia-uninstall --silent）；
1. 安装依赖（yum模块安装gcc、kernel-devel、dkms）；
1. 安装新驱动（command模块执行sh NVIDIA-Linux-x86_64-xxx.xx.run --silent）；
1. 验证驱动（command模块执行nvidia-smi，检查输出的驱动版本是否正确）。”

岗位要求里提到需要 “处理简单的突发故障”，如果 IDC 机房某机柜突然断电，你的第一反应和处理步骤是什么？

第一反应

立即确认是单柜空开跳闸还是上游配电柜 / 市电故障，禁止盲目合闸。

处理步骤

先检查机柜有无焦糊味、短路、打火，排除硬件故障
查看 PDU、列头柜空开状态，确认非设备短路后再试合闸
上电后逐台启动服务器，避免瞬间大电流再次跳闸
检查业务、BMC、网络连通性，同步上报故障与恢复情况
收尾：记录断电原因、处理时长、受影响设备和业务，同步书面上报给主管，协助分析跳闸根本原因（如是否因设备过载、线缆老化等）。

你简历里写 “了解常见网络协议（TCP/IP, HTTP, DNS 等）”，那你说一下 TCP 三次握手的具体过程，以及为什么需要三次而不是两次？

一、TCP 三次握手过程

第一次（SYN）：客户端向服务器发送连接请求，报文标志位SYN=1，并生成一个初始序列号ISN，客户端进入SYN_SENT状态。
第二次（SYN+ACK）：服务器收到请求后，确认收到（ACK=1，确认号 = ISN+1），同时也发送连接请求（SYN=1），生成自己的ISN，服务器进入SYN_RCVD状态。
第三次（ACK）：客户端收到服务器的确认与请求，发送确认报文（ACK=1，确认号 = 服务器 ISN+1），客户端进入ESTABLISHED；服务器收到确认后也进入ESTABLISHED，连接建立。

二、为什么需要三次而不是两次？

核心是防止失效的连接请求报文段被服务器接收，导致建立错误连接。

若只用两次：

若客户端的连接请求因网络延迟滞留（未丢失），延迟到达服务器时，服务器会误建立连接，而客户端已废弃该请求，造成资源浪费与连接异常。
三次握手通过双向确认，既能建立双方可靠的发送与接收能力，又能避免这种历史无效请求导致的误连接。

假设你负责维护的某台服务器突然出现 CPU 占用率持续 100% 的情况，且暂时无法重启，你会分步骤怎么做来排查和缓解这个问题？

用 top 定位占用最高的进程与 PID
查看进程详情 ps -fp PID，判断是否为异常 / 恶意进程
查看线程 / IO / 网络情况，确认是计算密集还是死循环
必要时 kill 或 kill -STOP 暂停异常进程缓解 CPU
查看日志 / 应用状态，定位业务逻辑死循环或漏洞
观察负载回落，确认业务影响范围并上报

假设现在需要你排查一台服务器的网络故障：ping 网关不通，但本机网卡灯亮着，网线也插紧了。你会按什么步骤排查？从硬件到软件，说清楚每一步的操作和判断依据

检查网卡状态：ip addr 看网卡是否 UP、IP 是否正确配置
检查路由：ip route 确认默认网关存在且正确
检查 ARP：arp -n 或 ip neigh 看能否解析网关 MAC，不能则二层不通
检查端口配置：确认交换机端口未 shutdown、未错配 VLAN、速率双工不协商异常
检查防火墙：iptables -L / firewall-cmd --list-all 看是否禁 ICMP 或拦截出站，因为 ping 依赖 icmp
测试链路：用其它设备接同网线 / 同端口，判断是服务器问题还是线路 / 交换机问题

你在联通实习的时候，负责过网络设备巡检，那巡检服务器的时候，你怎么判断服务器硬件有没有故障？别废话，直接说步骤

标准答案是：服务器硬件巡检要按 “先远程监控、后本地检查” 的流程来：

先通过 IPMI/BMC 系统查看硬件监控数据：包括 CPU / 内存 / 硬盘的健康状态、电源模块冗余状态、风扇转速与温度阈值、硬盘 SMART 信息（坏道 / 掉线）；
查看系统日志（如 dmesg）中是否有硬件报错（比如 PCI 设备异常、硬盘 IO 错误）；
本地巡检时检查机箱物理状态：电源指示灯是否正常、有无异响 / 异味、散热口温度是否过高、线缆连接是否松动。

你简历里写了 “处理过高中校园网故障”，当时 2 小时内恢复了全网，那你排查网络故障的第一步是做什么？别再扯没用的

标准答案是：整网中断故障排查第一步是 “确认故障影响范围 + 验证网络出口连通性”：

先通过终端设备（比如随便找个学生电脑）ping 网关、ping 外网 DNS，判断是内网故障还是出口故障；
再检查机房核心设备的物理状态（电源灯、运行灯是否正常），排除硬件宕机的情况；
最后才是登录核心交换机查看端口状态、VLAN 配置、链路聚合是否异常。

你简历里写了 “熟悉 Linux Shell 脚本”，那你写过批量检查服务器硬盘状态的 Shell 脚本吗？脚本里核心命令用什么？别告诉我你没写过

标准答案是：批量检查服务器硬盘状态的 Shell 脚本，核心命令分两类：

查看硬盘物理健康状态：用smartctl -a /dev/sdX（获取 SMART 信息）；
查看 RAID 阵列状态（如果有）：用对应阵列卡工具，比如 LSI 的megacli64 -LDInfo -Lall -aALL，或者 HPE 的hpssacli controller all show config。

再问你：招聘要求里要做 GPU 服务器部署，你知道安装 NVIDIA 驱动前，需要先禁用 Linux 系统里的哪个默认驱动吗？说全称，别缩写

需要禁用 nouveau 驱动。

步骤是：

编辑/etc/modprobe.d/blacklist.conf，添加blacklist nouveau和options nouveau modeset=0；
重建 initramfs 镜像（比如dracut -f或update-initramfs -u）；
重启系统后，用lsmod | grep nouveau确认驱动已禁用。

再问你：IDC 驻场时服务器上架，你知道机柜里服务器的安装顺序有什么要求吗？别跟我说随便装

标准答案是：服务器上架核心原则是 “安全第一、散热优先”：

按重量分层：下部放重型设备，上部放轻型设备，且单柜承重不超过机柜额定负载；
按散热布局：设备间距预留至少 1U 空间，前方对应冷通道、后方对应热通道，避免阻挡气流；
按线缆规划：先固定机柜 PDU 电源，再安装设备，确保电源线、网线从机柜两侧理线架走，避免缠绕。

再问你：用 Prometheus 监控 GPU 服务器时，需要部署什么 exporter？它采集的核心指标有哪些？别想蒙混过关

首先，监控的是NVIDIA GPU，用的是 NVIDIA 官方的dcgm-exporter
dcgm-exporter 采集的 GPU 核心指标包括：GPU 利用率、显存使用率、显存带宽、GPU 温度、功耗、ECC 错误计数等

再问你：用 Ansible 批量给 100 台 GPU 服务器安装 NVIDIA 驱动，需要写哪些核心模块？步骤是什么？别再东拉西扯

正确的核心模块和步骤是：

用yum或apt模块安装依赖（如 gcc、kernel-devel）；
用copy模块上传 NVIDIA 驱动.run 文件到目标服务器；
用command或shell模块执行驱动安装命令（需添加--silent等参数实现无交互安装）；
用modprobe模块加载nvidia内核模块；
用shell模块执行nvidia-smi命令验证驱动是否安装成功；
若需重启，用reboot模块

最后问你：IDC 机房里，服务器突然出现频繁掉电，你第一步要排查什么？说不出来就直接走人

标准答案是：

第一时间冲到 UPS 机柜，查看上层供电 UPS 是否报警、指示灯状态（市电是否中断、电池是否在放电）；检查上层 UPS 可以瞬间判断是单台还是系统性风险
检查总 PDU 输入空开是否跳闸，排除供电链路故障；
若 UPS 正常，再排查单台服务器的 PDU 端口和电源模块；
全程同步通知业务团队，优先通过备用机切换保业务，而非傻等着查原因。

你简历写 “参与过 Linux 服务器系统安装”，那安装 CentOS 7 时，如何通过 kickstart 文件实现自动化分区？要求根分区 50G，swap 分区 8G，剩余空间给 /data 分区。写关键配置段，别漏参数

# 清除旧分区，初始化磁盘 
clearpart --all --initlabel 
# 分区配置 
part /boot --fstype=xfs --size=1024 
part swap --size=8192 
part / --fstype=xfs --size=51200 
part /data --fstype=xfs --grow

下一个问题，在 GPU 服务器上进行 CUDA 安装，安装完成后如何验证 CUDA 是否成功安装并能正常使用？要说出具体命令和验证要点。别答错，再给你一次机会，这都答不好就真没机会了

# 1. 查看 CUDA 版本
nvcc -V

# 2. 查看 GPU 状态和驱动版本
nvidia-smi

# 3. 运行官方样例测试
cd /usr/local/cuda/samples/1_Utilities/deviceQuery
make
./deviceQuery

# 4. 带宽测试（可选）
cd ../bandwidthTest
make
./bandwidthTest

检查项	通过标准
`nvcc -V`	显示 CUDA 版本号，无报错
`nvidia-smi`	显示 GPU 型号、驱动版本、温度、功耗，无 `ERR!`
`deviceQuery`	最后一行显示 `Result = PASS`
`bandwidthTest`	显示 `Result = PASS`，带宽数值符合预期
关键细节

nvidia-smi 正常但 nvcc -V 报错 → CUDA Toolkit 未正确安装或环境变量未配（PATH 需包含 /usr/local/cuda/bin）
deviceQuery 失败 → 驱动与 CUDA 版本不匹配，或 GPU 未识别
多 GPU 环境：检查 nvidia-smi 是否列出全部卡

下一个问题，在 GPU 服务器的运维中，当发现 GPU 利用率长时间过高，且显存也几乎占满，你从软件层面会如何排查原因？要说出至少三个排查方向和具体操作。这次一定要回答好，别再掉链子

排查方向一：定位占用进程

# 查看具体进程占用
nvidia-smi pmon -s um -o T

# 或详细模式
nvidia-smi -q -d PIDS | grep -A 5 "Process ID"

# 获取 PID 后查进程详情
ps -ef | grep <PID>
lsof -p <PID> | head -20

排查方向二：分析显存泄漏

# 实时监控显存变化（每秒刷新）
watch -n 1 nvidia-smi

# Python 程序用 torch 查显存分配
python -c "
import torch
print(f'Allocated: {torch.cuda.memory_allocated()/1024**3:.2f} GB')
print(f'Reserved:  {torch.cuda.memory_reserved()/1024**3:.2f} GB')
print(f'Max:       {torch.cuda.max_memory_allocated()/1024**3:.2f} GB')
"

# 启用显存分析（针对 PyTorch）
export PYTORCH_CUDA_ALLOC_CONF=max_split_size_mb:51200

排查方向三：检查任务调度与并发

# 查看是否有多个任务挤占单卡
nvidia-smi --query-compute-apps=pid,process_name,used_memory --format=csv

# 检查容器/K8s 资源限制
docker stats --no-stream | grep <container_id>
kubectl top pod <pod_name> --containers

# 查看任务是否超发
cat /proc/<PID>/cgroup | grep gpu

再问一个实际操作题：你们团队在维护 GPU 服务器时，突然收到告警，某台机器的 GPU 温度飙升至 95℃，且显存占用异常，同时 ssh 连接频繁断开。请分步骤说明排查思路和解决措施

保连接：IPMI/iLO 带外登录，绕过 SSH，确认非网络问题
看现场：nvidia-smi -q -d TEMPERATURE 确认真实温度，查风扇转速是否归零
杀进程：nvidia-smi pmon 定位高显存占用 PID，kill -9 强制终止，降温优先
查根因：
- 风扇故障 → 报硬件更换
- 散热片堵塞 → 清灰
- 程序死循环 → 查代码日志
防复现：临时降频 nvidia-smi -pl 200（限制功耗），迁移业务到备用机

一句话：带外保命，杀进程降温，查风扇/散热/代码，降频迁移保业务。

假设现在你负责的 GPU 服务器集群突然出现批量进程无响应，监控面板显示 GPU 显存占用为 0 但节点状态为 “忙碌”，同时机房反馈部分机柜电源指示灯闪烁。结合之前的操作经验，从硬件到软件，分步骤说明你的排查逻辑，以及每一步的核心命令或操作依据

硬件：IPMI 查电源日志 ipmitool sel list，机房确认 PDU 波动
总线：lspci | grep nvidia 验 GPU 是否掉卡，dmesg 看 PCIe 报错
驱动：nvidia-smi 空白则 modprobe nvidia 重载，或重装驱动
进程：ps aux | awk '$8~/D/' 抓 D 态僵死进程，kill -9 清理

最后问你：IDC 机房巡检时，发现某机柜温湿度超标，你的处理流程是什么？这次再答不出来，直接淘汰

确认范围：确认是是不是传感器异常，然后再排查单柜超标还是整列超标，看相邻机柜传感器数据
定位热源：该机柜哪台设备温度最高，ipmitool sensor list 查服务器进风/出风温度
应急降温：临时调高冷通道空调出风量，打开机柜盲板疏通气流，高热设备关机或迁移
查根因：空调故障？冷热通道封闭失效？设备超配密度过高？
同步记录：报工单给设施团队，并说明紧急程度。持续监控直到恢复正常阈值

一句话：定范围、找热源、应急降温、查根因、报工单盯恢复。

现在请你回答：在 GPU 服务器运维中，若通过命令行发现某块 GPU 持续高负载（超过 90%）但无实际任务运行，可能的原因有哪些？应如何排查处理？

可能原因

僵尸进程：任务已退出但驱动未释放 GPU 上下文
驱动异常：内核模块卡住，GPU 处于忙等状态
硬件故障：GPU 内部错误导致 SM 持续占用
挖矿木马：隐藏进程占用算力

排查步骤

查进程：nvidia-smi pmon -s um 和 fuser -v /dev/nvidia* 确认无 PID 占用，但 nvidia-smi 显示高负载 → 僵尸/驱动问题
查显存：nvidia-smi 显存占用为 0 但利用率 90% → 典型驱动卡死
查日志：dmesg | grep -i nvidia 看 Xid 错误，/var/log/nvidia-installer.log 查驱动报错 cps aux | grep -E "miner|xmr|pool"，netstat -tulnp 看异常外连
重置 GPU：nvidia-smi -r -i <GPU_ID> 热重置，或 rmmod nvidia; modprobe nvidia 重装驱动
硬件隔离：重置无效则 nvidia-smi drain -p <PCI_BUS> 标记不可用，迁移业务后换卡

一句话：无进程高负载 = 僵尸/驱动/硬件/木马，先查 PID 和显存，再扫日志和隐藏进程，重置无效换硬件。

你简历里写 “掌握 RHCSA 级核心技能”，那 RHCSA 里配置 iptables 规则时，怎么限制特定 IP 的 SSH 访问？别给我背命令，要讲实际操作中怎么验证规则生效了！

配置思路：默认拒绝，仅允许白名单 IP。

验证规则生效的方法：

本地验证：iptables -L -n -v看规则是否加载，计数器是否有流量（pkts/bytes 非 0 说明命中）
对端测试：从允许 IP SSH 连接应成功，从拒绝 IP 连接应超时或拒绝（Connection refused/timeout）
抓包确认：tcpdump -i eth0 port 22看被拒绝 IP 的请求是否到达本机但被丢弃
日志追踪：开iptables -A INPUT -j LOG看/var/log/messages记录 DROP 行为
保存验证：service iptables save后重启服务，确认规则持久化未丢失

博客排版特殊功能

Wed, 03 Jun 2026 16:24:40 GMT

详细参考Shoka 现如今无法正常访问需要在 F12 Console 输入：

document.body.classList.add('loaded');
document.body.style.overflow = 'auto';
document.getElementById('loading')?.remove();

link 连接快

文字特效

++ 下划线 ++
++ 波浪线 ++{.wavy}
++ 着重点 ++{.dot}
++ 紫色下划线 ++{.primary}
++ 绿色波浪线 ++{.wavy .success}
++ 黄色着重点 ++{.dot .warning}
~~ 删除线～～
~~ 红色删除线～～{.danger}
== 荧光高亮 ==
赤橙黄绿青蓝紫
红色
粉色
橙色
黄色
绿色
靛青
蓝色
紫色
灰色
快捷键 Ctrl + C
H~2~0
29^th^

隐藏文字

!! 黑幕黑幕黑幕黑幕黑幕黑幕！！： 鼠标滑过显示内容
!! 模糊模糊模糊模糊模糊模糊！！{.bulr} ： 选中文字显示内容

label 标签快


default
primary
info
:heavy_check_mark:success
warning
:broken_heart:danger

提醒块

	
:::default
默认默认
:::
:::primary
基本基本
:::
:::info
提示提示
:::
:::success
成功成功
:::
:::warning
警告警告
:::
:::danger
危险危险
:::
:::danger no-icon
危险危险
:::

tab 标签块

;;;id1 卡片 1
这里是卡片 1 的内容
** 加粗 **
success
{% links %}
- site: 優萌初華
  owner: 霜月琉璃
  url: https://shoka.lostyu.me
  desc: 琉璃的医学 & 编程笔记
  image: https://cdn.jsdelivr.net/gh/amehime/shoka@latest/images/avatar.jpg
  color: "#e9546b"
{% endlinks %}
;;;
;;;id1 卡片 2
这里是卡片 2 的内容
:::danger
危险危险
:::
- 第一行
- 第二行
;;;
;;;id2 ②号标签卡片 1
这里是卡片 1 的内容
;;;
;;;id2 ②号标签卡片 2
这里是卡片 2 的内容
;;;

collapse 折叠块

+++ 默认默认 这里是一段文字
++ 下划线 ++
+++
+++primary 紫色
:::info
参考信息
:::
- 第一行
- 第二行
+++
+++info  蓝色
;;;id3 卡片 1
这里是卡片 1 的内容
;;;
;;;id3 卡片 2
这里是卡片 2 的内容
;;;
+++
+++success 绿色
{% links %}
- site: 優萌初華
  url: https://shoka.lostyu.me
  color: "#e9546b"
{% endlinks %}
+++
+++warning 黄色
!! 警告警告警告警告警告！！{.bulr}
label
+++
+++danger 红色
danger
+++

taskList 待办事项


- [ ] 这是一个小叉叉
- [x] 这是一个红色勾勾
{.danger}
- [ ] 未完成
- [x] 完成
{.primary}
- [ ] 未完成
- [x] 默认颜色

数通学习体系笔记

Sat, 30 May 2026 15:05:41 GMT

[学习视频](【【2026 最新版】华为认证 HCIA/HCIP/HCIE 全套课程共 200 集（附资料）零基础到进阶必备课程！华为大佬亲自授课，零基础也能轻松学会~网络工程师教程！】 https://www.bilibili.com/video/BV1LokeBhE69/?p=4&share_source=copy_web&vd_source=81e6f3945583550f7d5bf26e1ef884c8)

华为数通

美团网工面试经验

Tue, 14 Apr 2026 11:34:31 GMT

协议类问题

老化时间

MAC表老化时间
- 300s 五分钟
ARP表老化时间
- 120s
- 作用：定期清理无用 IP 与 MAC 地址映射避免表过大也更新网络拓扑变化
RIP表老化时间
- 180s
TCP老化时间
- 3600s 一小时
UDP老化时间
- 300s

STP 协议

说一下STP
- 二层网络生成树协议
- 作用：堵塞冗余链路消除以太网环路，同时实现热备份
说一下 STP 工作流程
1. 第一步选举唯一根桥
  - 所有交换机发送BPDU比较BID，数值最小则为根桥
    - BID构成：前2字节优先级，后6字节为交换机MAC地址
  - 初始默认优先级：32768 （越小越优先）
  - 自动选举优先级因为优先级一样，比较mac大小，最小的自动选举成功
2. 第二步选举根端口
  - 计算每个端口到根桥开销，选最小开销
    - 带宽越小开销越小
    - 100mbps 开销 19； 1Gbps 开销 4；10Gbps 开销 2
  - 若有开销相同的端口，比较交换机 BPDU，最小优先
  - 若上述全部相同，选本端交换机端口最小的，比如端口 1
    - 极致罕见情况下的兜底策略
3. 第三步选举 指定端口
  - 根桥的所有端口都是指定端口
  - 非根桥only one
  - 除了根端口的全部端口再次进行根端口选举机制，最小的为指定端口
4. 第四步端口状态变化
  - 非指定端口进入堵塞
  - 根端口和指定端口进入监听和学习，进入转发状态
    - 监听：发送接收 BPDU，确认无环路冲突
      - 有环路冲突，进入堵塞，开始重新选举新端口
      - 无环路冲突，进入学习
    - 学习：构建 MAC 表，记录路径

ARP

ARP协议是干什么的？
- 作用：将 IP 转换成 MAC 地址
- 过程：在局域网广播ARP请求查询目标IP对应的 MAC，该局域网内的设备都会收到广播报文，只有目标 IP 收到后才会以单播形式直接发送回最初请求设备

Vlan

VLan划分基于设备还是基于端口？
- 基于交换机端口
vlan 之间通过什么通信？
- 基于三层交换的vlanif接口进行三层转发
vlan 接口有几种配置模式？
- Access
  - 用于连接不同的终端设备
  - 只接受和发送该 vlan 的无标签数据帧
- Trunk
  - 用于连接相同的网络设备
  - 可以承载多个vlan 数据帧，通过帧头添加的 vlan 标签来区分不同vlan 流量
  - 发送时会剥离本数据帧的 vlan 标签
    - 本帧默认标签为：vlan1
  - 收到无标签帧会打上自己的标签
    - 但是仅在交换机内部传输，发送出去还时会剥离
- Hybrid
  - Access 和 Trunk 的结合，可灵活配置
  - 可以允许 vlan 是否给数据帧打标签

交换机堆叠技术

交换机堆叠可以解决什么问题？
1. 扩展端口数量
  - 直接添加成员的端口为可用端口
2. 简化管理
  - 只有一个管理 ip。所有配置修改生效都会自动同步到成员交换机
3. 提升可靠性
  - 拥有主备冗余机制
    - 默认会选举一台为主交换机负责控制
      - 先比较优先级，相同再比较MAC大小，还相同在比较堆叠ID
        
        堆叠ID默认为1，后加入的会冲突而改成2，后续类似
        
        MAC 相同基本不会发生
    - 通知指定一台或多台备交换机
    - 主交换机发送故障会毫秒级切换备用交换机，基本无感
4. 消除内部宽带瓶颈
  - 成员交换机通过专用堆叠链路连接，可以将链路内部带宽叠加
  - 堆叠的带宽仅用于成员内部数据交换，不占用对外带宽
  - 堆叠带宽=单条链接带宽 x 链路数量
    - 不同成员之间的堆叠带宽需分别计算

路由

什么是浮动路由？
- 就是主路由的一个备胎路由
- 主路由故障，备用路由启用
- 无法自动产生，人工配置路由优先级
  - 华为默认优先级 60 思科默认 1
  - 越小越优先

无线

无线配置模式默认有哪些？
1. 胖AP模式
  1. 交换机连胖AP，AP独立完成 SSID 广播、用户认证和数据转发，所有操作都在 AP 完成
  2. 交换机只负责供电和数据传输
  3. 适用家庭小型网络
2. 瘦AP+AC模式
  1. 瘦 AP 通过DHCP找 AC，从 AC下载配置并广播 AC 统一下发的 SSID
  2. 用户链接 AP 时，认证请求会交给 AC 处理
  3. 可配置直接走AP还是走AC隧道
  4. 适用于学校、大公司方便统一管理多 wifi 点
3. 敏捷式AP组网
  1. 中心 AP 连交换机，负责与 AC 通信，管理一个或多个RU
  2. RU 通过网线连接中心 AP，接收配置并广播下发
  3. 用户数据由 RU传到中心 AP，AP 再统一转发给交换机
  4. 适用于酒店、宿舍、每个房间放置 RU，布线方便方便管理。
什么是旁挂和直通模式？
1. 旁挂
  1. AC直连核心交换机
  2. AP 的数据直接到 AC，AP注册再 AC 上
  3. 数据转发：AP 收到用户信息后直接通过 CAPWAP隧道发给 AC
  4. AC 处理完后直接从核心交换机转发到上层网络
2. 直通
  1. AC不直接连在核心交换机的数据转发链路
  2. 旁挂再核心交换机或汇聚交换机的某个端口上
  3. AP 数据先到核心交换机，核心交换机再交给旁挂的 AC，AC 处理完后直接交给核心交换机转发出去
  4. AC 只负责控制和管理，不负责转发路径
那旁挂模式下，如果 AC 故障会影响无线上网么？
1. 无冗余备份，会直接影响上网
2. 有冗余备份
  1. 双链路热备份
    1. 由于预连接和数据同步，AP 启动后会同时向主 AC 和备 AC 发起连接，建立两条独立CAPWAP 隧道
    2. 主 AC 掉线后，备 AC 会毫秒级切换，体验无感
  2. 双链路冷备份
    1. 由于冷备中主 AC 和备 AC 数据是不同步的，所以主 AC 故障后需要等待下列流程
      1. AP发现AC
      2. 建立隧道
      3. 完成注册
      4. 获取配置和用户信息
    2. 切换过程会出现短暂几分钟断网，已连接也会断开。
AC 在旁挂模式和直通模式下，对 AC 设备的要求有什么不同？以及有什么区别？
1. 直通模式下
  - 因为 AC 需要直接处理和转发所有用户数据，所以性能要求要高
  - 不易扩展，也不易替换，如果缺乏冗余备份替换升级就会断网
2. 旁挂模式下
  - AC 主负责控制，数据转发由核心交换机完成，所以性能要求低
  - 易扩展，可替换，替换后普通的 PSK 认证和本地转发不受影响
  - 如果开启重认证或密钥重协商且依赖AC；或者开启了需要AC持续交互的动态带宽调度，老用户也会断网。
  - 开启了 802.1 认证且没配逃生功能，替换设备期间用户认证入网

动态路由

动态路由协议有哪些？
- OSPF
- IS-IS
- BGP
- RIP
- EIGRP （思科私有协议）
- IGRP （思科私有协议，已淘汰）
那 OSPF 网络类型有哪些？
1. 广播型Broadcast
  1. 支持组播
  2. 支持自动发现邻居
  3. 选举 DR/BDR
2. 非广播多路访问NBMA
  1. 不支持组播
  2. 需要手动配邻居
  3. 选举 DR/BDR
  4. 支持帧中继
3. 点对点p2p
  1. 仅两个节点，自动发现邻居
  2. 不选举 DR/BDR
  3. 就像一个 PPP 链路，有一条专线
4. 点对多点p2mp
  1. 一个节点但连接多个节点
  2. 需手动配置邻居
  3. 不选举 DR/BDR
5. 虚链路VL
  1. 逻辑点到点链路
  2. 手动配置邻居
  3. 不选举 DR/BDR
  4. 用于连接非相邻区域 0
OSPF 选路依据是什么？
1. 依据链路状态数据库计算最短路径树
2. 比较开销值，由带宽决定，带宽越大开销越小
3. 路由器触发SPF算法，以自己为根计算对每个目标网络从根到该网络所有路径总开销
  - 建立邻居同步链路数据库就会触发路由器运行 SPF 算法，触发运行一次
  - 网络拓扑发生变化，路由器同步数据链路库也会再次触发一次 SPF
4. 最终选总开销最小的路径为最优路由
5. 如果有若干条路径开销相同，OSPF 会开启负载均衡，同时使用这些路径转发数据
OSPF 的 cost 值影响 ospf 选路时，是根据入接口的 cost 值去影响 OSPF 选路还是出接口的 cost 值去影响 ospf 选路？
- 入接口
为什么是入接口？
- 因为计算时是由本地路由器视角出发计算的
- 路由器只知道自己接口的开销，当收到邻居发来 LSA 时会把进入本地路由器的接口开销加到总开销里。
那 OSPF 怎么防环路呢？
1. 区域划分，规定非骨干区域只能和骨干区域 0 直接通信，避免区域间路由环路
2. SPF算法，每个路由器以自己为根计算最短路径，生成无环流路由表
3. 路由信息传递规则
  1. 区域内的LSA只在本区域泛洪，不会跨区域，避免区域间信息混乱形成环路
  2. ABR向非骨干区域传递路由时，会过滤掉其他骨干区域的路由信息，确保非骨干区域只能通过骨干区域 0获取其他骨干区域路由
OSPF 中 Stub 区域和 NSSA 区域区别是什么？
1. Stub区域主要过滤外部LSA，只允许一条默认路由进入
  1. 区域内所有路由器都必须配置为Stub，不允许由ASBR
2. NSSA 是 Stub 的扩展，除了过滤外部 LSA，还允许引入本区域的外部路由，通过Type7 LSA传播，再在ABR上转换为Type5 LSA并传播到其他其余
  1. 区域内路由器需要配置NSSA，允许存在ASBR，用于引入外部路由到 OSPF 域
OSPF 有几种 LSA，干什么用？
1. Type 1
  1. 由所有路由器生成，仅在本区域传播
  2. 描述路由器直连链路
2. Type 2
  1. 由DR生成，仅在本区域传播
  2. 描述MA网络中的多播能力
3. Type 3
  1. 由ABR生成，在整个OSPF传播
  2. 用于区域间路由传递
4. Type 4
  1. 由ABR生成，在除ASBR所在区域的整个外部OSPF传播
  2. 用于发现定位ASBR
5. Type 5
  1. ASBR生成，在整个OSPF中传播
  2. 用于描述外部路由
6. Type 6
  1. 组播 OSPF 中生成，实际很少使用
  2. 用于描述组播成员关系
7. Type 7
  1. 由NSSA区域生成，用于在NSSA区域传播
  2. 用于NSSA区域内传播外部路由，再由ABR的Type5 LSA传播到其他区域

eNSP笔记大全

Tue, 07 Apr 2026 00:15:16 GMT

静态路由配置

当不同网段进行跨网段通信时，可以用静态路由配置，但另一端也需同样配置。

ip route-static 192.168.1.0 24 192.168.2.1 ip route-static [目的网络地址] [子网掩码] [下一跳地址/出接口] [优先级] [preference] [tag] [description] display ip routing-table //查看所有路由器 display ip routing-table protocol static //仅查看静态路由

在点对点 p2p 中，最优必选方式就是直接指定出接口
- 在这种链路中，二层特性为：链路两端只有两个设备，无需二层寻址需求（无需 max 地址、arp）
而在广播型链路（如以太网）直接指定出接口，可能会有缺陷，需要配合下一跳使用
- 二层特性为：链路中有多个设备，多对端，需要二层寻址（ARP 解析 MAC）
也可以通过配置浮动静态路由的优先级来实现备份

主路由（下一跳 10.0.0.2，默认优先级 60） [Huawei] ip route-static 192.168.4.0 255.255.255.0 10.0.0.2 备份路由（优先级80，主路由失效时生效） [Huawei] ip route-static 192.168.4.0 255.255.255.0 10.0.0.3 preference 80

TCP UDP CDN

TCP 特点：可靠性高、完整性要求高、延迟不敏感 UDP 特点：速度高、不可靠、延迟敏感 CDN 特点：就近分发、加速访问、降本稳服、高可用

vlan

二层 vlan

vlan 虚拟局域网特点：逻辑分区、隔离安全、灵活组网。

vlan 1 //创建 vlan vlan batch 10 to 20 //创建连续 vlan vlan batch 10 30 50 //创建不连续 vlan dis vlan //查看 vlan 信息 port default vlan 10 // 将某接口划分到 vlan 10 下

连接终端设备采用 Access 模式
连接交换机路由器等相同类型网络设备采用 Trunk 模式
需要灵活控制 vlan 进出采用 Hybrid port 混合端口模式
运营商骨干、跨局域网透传 vlan 需要给 vlan 套一层外层标签避免 vlan id 冲突采用 dot1q-tunnel 模式
vlan 隔离隔的是故障，连通是连的正常通信

三层 vlan

三层交换机拥有网络层，具备路由转发功能，既可以隔离也可以通信

int vlanif 10 ip add x.x.x.x 掩码

单臂路由

创建子接口来进行路由转发

int g0/0/0.10 //子接口 1 int g0/0/0.20 //子接口 2 dot1q termination vid 10 //封装 802.1Q 协议，绑定 vlan10 Ip add 192.168.10.1 24 //配置子接口 1 的 IP，即为 vlan10 的网关 arp broadcast enable //开启 arp 广播，没有开启 arp 广播则无法通信 int g0/0/0.20 dot1q termination vid 20 ip add xxxx xx // vlan20 的网关 arp broadcast enable

ARP 作用就是解析某一个 IP 对应的 MAC 信息

ACL 控制

ACL 其实就是创建一个访问控制规则，接着来调用这个规则来使用。

acl name xxxx INTEGER<2000-2999> Basic access-list(add to current using rules) INTEGER<3000-3999> Advanced access-list(add to current using rules) INTEGER<4000-4999> Specify a L2 acl group INTEGER<5000-5999> User defined access-list advance Advanced ACL basic Basic ACL link Link ACL user User ACL

Basic ACL 基础 ACL 2000-2999

rule xx 编号 deny / permit source 1.1.1.1 0.0.0.0 //在这里 0.0.0.0 作为反掩码用于精准匹配单个 IP rule xx permit source any // 允许其他 ip 流量通过（必加，否则默认拒绝所有）（rule + 编号 + permit/deny + 源 IP）

高级 ACL 3000-3999

acl 3000 rule 10 deny tcp source 1.1.1.1 0.0.0.255 destination 2.2.2.2 0.0.0.0 destination-port eq 21 //添加规则编号 10 拒绝内网 1.1.1.1/24 访问外网 2.2.2.2 的 FTP21 端口服务 rule 20 permit ip source 3.3.3.3 0.0.0.255 destination any //允许该 ip 段访问所有外网服务

在这条规则中，TCP 指定拦截的协议（还可以选择 TCP、UDP、ICMP、IP）
destination-port eq 21 匹配目标端口 21，这里 eq 为等于、gt 为大于、lt 为小于
0.0.0.255 反掩码用于匹配目标网段处于 24 段

二层 ACL 4000-4999

二层 ACL 用于过滤 MAC 和 Vlan

acl 4000 rule 10 deny source-mac 00e0-fc12-3456 rule 20 permit souce-mac any // 允许其他 mac 通过（必加，否则默认拒绝所有）

ACL 绑定接口应用

ACL 创建后需要绑定到接口的方向当中，其中入方向为 in 出方向为 out。

遵循高级 ACL 靠近目标，基础 ACL 靠近源

int g0/0/1 traffic-filter inbound acl 3000 display acl 3000 //检查 acl 配置是否正常 display traffic-filter int g0/0/1 //检查 ACL 应用状态 save //以防重启丢失保存

inbound 过滤接口进入设备的流量，如外网口过滤内网出网流量
outbound 过滤从设备出接口的流量

ACL 注意事项

规则顺序：ACL 规则自上而下匹配，一旦匹配就会停止执行，所以精准 ACL 规则需要在前，宽泛 ALC 规则在后
默认规则：所有 ACL 最后都需要有一条隐含拒绝所有规则，必须手动添加 permit any 允许除 acl deny 之外的合法流量
方向选择：比如在内网禁止访问外网的 FTP，ACL 应用在路由器内网出方向或外网入方向，优先选择外网入方向，这样减少无用流量转发。
高级 ACL 别配错：高级 ACL 若应用在源设备侧，可能会导致其他流量被错误拦截，建议靠近目标设备应用。
ACL—》加规则---》绑接口
基础 ACL 控源 ip，高级 ACL 控 IP +协议 + 端口，二层 ACL 控 MAC/Vlan
规则顺和方向是生效关键，默认拒绝所有需手动允许的合法流量

反掩码匹配规则

二进制位	反掩码含义	子网掩码含义
0	必须精准匹配（固定位）	网络位（固定位）
1	可以任意（忽略位）	主机位（可变位）

主要用于告诉设备那些需要精准匹配那些可以忽略。

精准匹配

例如：需要精准匹配 192.168.1.100

子网验配匹配单个 IP：255.255.255.255 所有位都固定反掩码则为：255.255.255.255 - 255.255.255.255 = 0.0.0.0 ACL 写法则为：source 192.168.1.100 0.0.0.0 这里含义为 ip 这四个段一个都不能有差异，需完全匹配

网段匹配

例如：需要匹配 192.168.1.0/24 网段 192.168.1.100~192.168.1.254

子网掩码：255.255.255.0 前三段都固定反掩码则为：255.255.255.255 - 255.255.255.0 = 0.0.0.255 ACL 则：source 192.168.1.0 0.0.0.255

进阶某段固定匹配

例如：需要匹配 192.168.0.0/16 网段：192.168.x.x

子网掩码：255.255.0.0 反掩码则为：255.255.255.255 - 255.255.0.0 = 0.0.255.255 ACL 则：source 192.168.0.0 0.0.255.255

对比项	子网掩码	反掩码
目的	划分网络位 / 主机位	告诉 ACL 哪些 IP 位要匹配
1 的含义	网络位（固定）	忽略位（随便）
0 的含义	主机位（可变）	匹配位（必须一样）
计算方式	网络位设 1，主机位设 0	匹配位设 0，忽略位设 1

NAT

NAT 就是网络地址转换，将内网私有 IP 转换成公网公有 IP，让多台内网设备共用一个公网 IP 上网，还能隐藏内网 IP、节省公网 IP 资源。

A 类：10.0.0.0 ~ 10.255.255.255（子网掩码 255.0.0.0）
B 类：172.16.0.0 ~ 172.31.255.255（子网掩码 255.240.0.0）
C 类：192.168.0.0 ~ 192.168.255.255（子网掩码 255.255.0.0）

这些 IP 不能直接访问公网，必须通过 NAT 转换为公网 IP 才行

缺省路由

IP routing-table 0.0.0.0 0.0.0.0 下一跳地址特点：没有明确匹配路由时，数据统一转发的兜底路径

NAT 应用

easy IP

acl 2000 rule permit source 192.168.1.0 0.0.0.255 假设出接口 g0/0/0 int g0/0/0 nat outbound 2000 //从这个口出去的流量自动做 nat 转换，但是还缺少路 ip route-static 0.0.0.0 0.0.0.0 外网网关 IP //这就是路，nat 只是创建了门当没有路由的时候（直连路由、动态路由、其他静态路由）则需要配置”路“则缺省路由告诉设备怎么去外网

路由表里没有任何去往外网的路由时，才需要缺省路由兜底

地址池 NAT

acl 2000 rule permit source 192.168.1.0 0.0.0.255 nat address-group 1 （编号） 200.1.1.10 200.1.1.20 //创建 1 号地址池 200.1.1.0~200.1.1.20 int g0/0/0 nat outbound 2000 address-group 1 // 从出网接口出去的地址经 nat 地址池连接外网

address-group 1：准备一堆公网 IP
acl 2000：准备一堆内网 IP
nat outbound 2000 address-group 1：内网 → 公网，转换完成

nat address-group 1 起始 IP 结束 IP acl 2000 rule permit source 内网网段反掩码 interface 出口 nat outbound 2000 address-group 1

NAT Server

作用：让外网能访问内网的服务器，如摄像头、网站、游戏服务器等

int g0/0/0 nat server protocol tcp global 64.1.1.4 www inside 192.168.1.10 www global 全局外网 ip、inside 内网、www 则为网页意思就是端口 80 nat server global 64.1.1.4 inside 192.168.1.10 // 也可以直接转换不指定协议和端口

静态 NAT

作用：一个内网 IP 永久对应一个公网 IP，永不变

nat static global 64.1.1.10 inside 192.168.1.10 当内网服务器需要固定公网 ip 时使用，不能变也不能和其他人共用

NAT ALG

作用：让一些特殊协议能正常穿越 NAT，如 FTP、SIP 等

nat alg ftp enable 当有些协议 NAT 搞不定时，就可用 alg 来解决

nat 服务查看

dis nat session all NAT Session Table Information: Protocol : UDP(17) SrcAddr Port Vpn : 192.168.1.1 5120 //源地址 DestAddr Port Vpn : 64.1.1.10 5120 //目标地址 NAT-Info New SrcAddr : 64.1.1.4 //地址池将内网 ip 转成了这个 New SrcPort : 10259 //转换后的端口 New DestAddr : ---- New DestPort : ---- 最终内网 192.168.1.1 → NAT → 公网 64.1.1.4

Telnet

真机 telnet eNSP 中的虚拟机

telnet server enable // 开启 telnet 服务 user-interface vty 0 4 // 开启五个连接，0 1 2 3 4 从 0 开始 authentication-mode aaa / password // aaa 需要账号密码，而 password 则只需密码 aaa [Huawei-aaa]local-user test password cipher 123456 //创建 test 用户密码，cipher 则加密显示 [Huawei-aaa]local-user test privilege level 15 // 为用户 test 配置权限等级，其中 0-15 越大权限越高 [Huawei-aaa]local-user test service-type telnet //配置 test 用户仅用于 telnet 权限

0 级：只能 ping
1 级：只能看，不能改
2～14：能配置，权限逐级升高
15 级：拥有设备全部权限

等级	权限名称	权限范围说明	典型可执行操作	适用角色
0	访问级	最低权限，仅基础网络诊断	ping、tracert	临时测试人员、访客
1	监控级	可查看设备状态，不能配置	display 系列命令（查看版本、接口、日志等）	值班人员、监控人员
2	配置级	可进行部分基础配置	部分简单配置命令	初级运维
3	配置级	可进行更多系统配置	系统基础配置、接口配置	运维人员
4	管理级	可管理大部分设备功能	路由、ACL、接口等配置	中级运维
5	管理级	权限进一步提升	更多系统管理命令	中级运维
6	管理级	可执行更多管理类操作	策略、安全相关部分配置	中高级运维
7	管理级	权限接近高级管理员	大部分设备管理命令	中高级运维
8	管理级	高级管理权限	可配置大部分安全、系统功能	高级运维
9	管理级	更高管理权限	可配置几乎所有非核心安全项	高级运维
10	特权级	接近最高权限	可配置绝大多数功能	项目负责人、高级工程师
11	特权级	高权限管理	几乎所有配置 + 部分安全管理	高级工程师
12	特权级	高权限管理	可执行大部分系统级操作	高级工程师
13	特权级	接近最高权限	可执行系统级、安全级操作	资深工程师
14	特权级	几乎最高权限	除极少数关键操作外，全部可执行	资深工程师、管理员助理
15	最高权限级	设备完全控制权	所有命令：配置、删除、重启、保存、升级、文件管理等	设备管理员、最高权限账号

网络拓扑

星型拓扑

特点：通过中间节点将其他节点连接在一起。优点：容易新增设备，数据必须经过中心，节点易中转，方便网络监控缺点：中心节点比较重要，出现问题容易影响整个网络。

总线型拓扑

特点：所有节点通过一条总线连接在一起 已淘汰

环形网络

特点：所有节点连成一个换优点：节省电缆缺点：不易扩展

树形网络

特点：像一棵树一样的层次化的星型结构缺点：能够快速将多个星型网络连接在一，易拓展缺点：层级越高的设备出现问题易导致网络瘫痪

全网状网络

特点：所有节点都通过线缆两两连接优点：具有高可用、高效率通信缺点：成本高，不易扩展

部分网状网络

特点：在全网状基础上，只在重要节点之间才两两相连优点：成本低于全网状缺点：可靠性比全网状有所降低

组合型的网络

特点：在上列所有类型的网络组合在一起优点：结合优缺点查漏补缺，更好的组网缺点：较为复杂

网络模型

OSI 模型

应用层 ——— 为应用提供网络服务
表示层 ——— 数据格式化、加密解密
会话层 ——— 建立、维护、管理会话连接
传输层 ——— 建立、维护、管理端到端连接
网络层 ——— IP 寻址和路由选择
数据链路层 ———— 控制网络层与物理层之间的同行
物理层 ———比特流传输

TCP IP 模型

在实际应用中一般将上层合并，下两层依旧分开，就成了 TCP IP 模型 TCP/IP 标准模型

应用层
主机到主机层
英特网层
网络接入层

TCP/IP 对等模型

应用层
传输层
网络接入层
数据链路层
物理层

各层常见协议

应用层

HTTP、Telnet、FTP、SMTP、TFTP

传输层

TCP、UDP

网络层

IP、 IGMP：负责 IP 组播成员管理的协议。用于在 IP 主机和其他直接相邻的组播路由器之间建立、维护组播成员关系。 TCMP：基于 IP 协议在网络中发送控制消息，提供可能在同行环境中的各种问题反馈，通过这些信息，使得更换里者可以做出诊断采取措施解决。

数据链路层

Ethernet ：以太网协议，一种多路访问广播型数据链路层协议，是当前应用最广泛的协议。 PPP：点对点，用于广域网 PPPoE：Point-to-Point-Protocol over Ethernet 以太网承载 PPP 协议，常见应用如家宽拨号上网

自定义关键词示例

Sun, 05 Apr 2026 10:43:11 GMT

本文展示如何设置文章关键词。

frontmatter 关键词设置

在文章的 frontmatter 中添加 keywords 字段即可设置关键词：

---
title: 我的文章
date: 2026-01-01
keywords:
  - 示例关键词一
  - 示例关键词二
---

这是篇带有关键词的文章。

然后生成的页面会包含以下 meta 标签：

<meta name="keywords" content="示例关键词一, 示例关键词二, ... site.keywords">

shoka配置备份

Thu, 19 Mar 2026 23:20:56 GMT

由于 shoka 姐姐站点出现 loadding 死循环，特此备份 shoka 配置指南

📌基本配置 - 🌈界面显示 - 🦄特殊功能

基本配置

xxxxxxxxxx // hexo-safago Waline 评论区链接处理 - 内联脚本 script. (function() { // 从配置中读取白名单 var whitelist = !{JSON.stringify(config.hexo_safego.whitelist.domain_whitelist)}; function isInWhitelist(url) { return whitelist.some(function(domain) { return url.indexOf(domain) !== -1; }); } function convertLink(link) { var href = link.getAttribute('href'); if (!href || href.startsWith('/') || href.startsWith('mailto:') || href.startsWith('tel:')) { return; } // 检查白名单 if (isInWhitelist(href)) { return; } if (link.dataset.safagoProcessed) { return; } try { var encodedUrl = btoa(href); var newHref = '/go.html?u=' + encodedUrl; link.setAttribute('href', newHref); link.setAttribute('target', '_blank'); link.dataset.safagoProcessed = 'true'; } catch(e) { console.error('[safago-inline] Error:', e); } } function processWalineLinks() { var links = document.querySelectorAll('.wl-nick a[href], .wl-card a[href]'); links.forEach(convertLink); } // 初始处理 if (document.readyState === 'loading') { document.addEventListener('DOMContentLoaded', processWalineLinks); } else { processWalineLinks(); } // 延迟处理（备用） setTimeout(processWalineLinks, 2000); // 事件委托：在链接被点击时进行转换（最重要） document.addEventListener('click', function(e) { var link = e.target.closest('a[href]'); if (link && (link.classList.contains('wl-nick') || link.closest('.wl-card'))) { convertLink(link); } }, true); // PJAX 支持 document.addEventListener('pjax
', processWalineLinks); })();pug

特殊功能

`links` 链接块

本功能参考 NexT，基于 Hexo Tag 功能，用来建立友链或其他网址链接功能。

文章中的使用格式：

使用 links 标签块，包围 yml 语法书写的内容，字段包括

`site`	站点名称	必填
`owner`	管理员名字	可选，默认为 `site` 的值
`url`	站点链接	必填
`desc`	cateCards: - slug: Study cover: Study/cover.jpg - slug: Life cover: Life/cover.jpgyml	可选，默认为 `url` 的值
`image`	站点图片	可选，默认为 `images/404.png`
`color`	方块颜色	可选，默认为 `#666`

{% links %}
- site: #站点名称
  owner: #管理员名字
  url: #站点网址
  desc: #简短描述
  image: #一张图片
  color: #颜色代码
{% endlinks %}

举个栗子：

{% links %}
- site: 个人首页
  owner: RPWN
  desc: SHARED BY Vullfin
  url: https://nav.vull.top/
  image: assets/nav.png
  color: "#7ab8ba"
- site: 赞赏主页
  owner: RPWN
  url: https://sponsor.vull.top/
  desc: SHARED BY Vullfin
  image: assets/milk.png
  color: "#e9bcc1"
- site: 吃啥好呢？
  owner: RPWN
  url: https://eat.vull.top/
  desc: SHARED BY Vullfin
  image: assets/eat.png
  color: "#FA8072" 
- site: 个人主页
  owner: RPWN
  url: https://vull.top/
  desc: SHARED BY Vullfin
  image: assets/home.png
  color: "#6097b3"
{% endlinks %}

效果：

以上标签块里的内容，还可以保存到一个 yml 文件中，然后使用 linksfile 标签。其中， path 位于 <root>/source 目录下。


{% linksfile [path] %}

举个栗子：

	
{% linksfile friends/_data.yml %}

`code` 代码块

使用 markdown-it-prism 进行代码高亮，支持显示行号、行高亮 mark 、命令行提示符 command 、代码块标题。

基本格式： [language] [title] [url] [link text] [mark] [command]

选项	描述	默认值
language	支持的语言戳此如果不需要代码高亮，但希望显示代码块样式，则设为 `raw`留空或设为 `info` ，将不显示代码高亮和代码块样式	null
title	代码块的标题文字	null
url	代码块标题右侧显示的链接	null
link text	上述链接显示的标题	link
mark	行高亮显示，格式为 `mark:行号,行号开始-行号结束,其他行号` 。例如 `mark:1,4-7,10` ，将高亮显示第 1、4、5、6、7、10 行	null
command	命令行提示符，格式为 `command:("提示内容" ,行号

```java 行高亮 https://shoka.lostyu.me 参考链接 mark:1,6-7
import java.util.Scanner;
...
Scanner in = new Scanner (System.in);
// 输入 Scan 之后，按下键盘 Alt + “/” 键，Eclipse 下自动补全。
System.out.println (in.nextLine ());
System.out.println ("Hello" + "world.");
```
```bash 命令行提示符 command:("[root@localhost] $":1,9-10||"[admin@remotehost] #":4-6)
pwd
/usr/home/chris/bin
ls -la
total 2
drwxr-xr-x   2 chris  chris     11 Jan 10 16:48 .
drwxr--r-x  45 chris  chris     92 Feb 14 11:10 ..
-rwxr-xr-x   1 chris  chris    444 Aug 25  2013 backup
-rwxr-xr-x   1 chris  chris    642 Jan 17 14:42 deploy
git add -A
git commit -m "update"
git push
```

import java.util.Scanner;
...
Scanner in = new Scanner (System.in);
// 输入 Scan 之后，按下键盘 Alt + “/” 键，Eclipse 下自动补全。
System.out.println (in.nextLine ());
System.out.println ("Hello" + "world.");

pwd
/usr/home/chris/bin
ls -la
total 2
drwxr-xr-x   2 chris  chris     11 Jan 10 16:48 .
drwxr--r-x  45 chris  chris     92 Feb 14 11:10 ..
-rwxr-xr-x   1 chris  chris    444 Aug 25  2013 backup
-rwxr-xr-x   1 chris  chris    642 Jan 17 14:42 deploy
git add -A
git commit -m "update"
git push

`quiz` 练习题与答案

这个功能是用来显示练习题的。需要在 Front Matter 中添加 quiz: true ，以正确显示题型标签。

---
title: 练习题与答案
quiz: true
---
1. 编译时多态主要指运算符重载与函数重载，而运行时多态主要指虚函数。 {.quiz .true}
2. 有基类 `SHAPE`，派生类 `CIRCLE`，声明如下变量：  {.quiz .multi}
    ```cpp
    SHAPE shape1,*p1;
    CIRCLE circle1,*q1;

plain 下列哪些项是 “派生类对象替换基类对象”。 - p1=&circle1; {.correct} - q1=&shape1; - shape1=circle1; {.correct} - circle1=shape1; {.options} > - :heavy_check_mark: 令基类对象的指针指向派生类对象 > - :x: 派生类指针指向基类的引用 > - :heavy_check_mark: 派生类对象给基类对象赋值 > - :x: 基类对象给派生类对象赋值 > {.options} 3. 下列叙述正确的是。 {.quiz} - 虚函数只能定义成无参函数 - 虚函数不能有返回值 - 能定义虚构造函数 - A、B、C 都不对 {.correct} {.options}


---
title: 练习题与答案
quiz: true
---
1. 编译时多态主要指运算符重载与函数重载，而运行时多态主要指虚函数。 {.quiz .true}
2. 有基类 `SHAPE`，派生类 `CIRCLE`，声明如下变量：  {.quiz .multi}
    ```cpp
    SHAPE shape1,*p1;
    CIRCLE circle1,*q1;

行内公式：E=mc2E = mc^2E=mc2

块级公式：

∫−∞∞e−x2dx=π\int_{-\infty}^{\infty} e^{-x^2} dx = \sqrt{\pi}∫−∞∞e−x2dx=π ∑n=1∞1n2=π26\sum_{n=1}^{\infty} \frac{1}{n^2} = \frac{\pi^2}{6}n=1∑∞n21=6π2

:::default
默认默认
:::
:::primary
基本基本
:::
:::info
提示提示
:::
:::success
成功成功
:::
:::warning
警告警告
:::
:::danger
危险危险
:::
:::danger no-icon
危险危险
:::

safago插件优化

Thu, 19 Mar 2026 21:12:04 GMT

hexo-safego

开源地址

pnpm install hexo-safego --save

无法抓取 waline 评论区链接

++ 增加内联 pug

// hexo-safago Waline评论区链接处理 - 内联脚本
script.
  (function() {
    // 从配置中读取白名单
    var whitelist = !{JSON.stringify(config.hexo_safego.whitelist.domain_whitelist)};
    
    function isInWhitelist(url) {
      return whitelist.some(function(domain) {
        return url.indexOf(domain) !== -1;
      });
    }
    
    function convertLink(link) {
      var href = link.getAttribute('href');
      if (!href || href.startsWith('/') || href.startsWith('mailto:') || href.startsWith('tel:')) {
        return;
      }
      
      // 检查白名单
      if (isInWhitelist(href)) {
        return;
      }
      
      if (link.dataset.safagoProcessed) {
        return;
      }
      
      try {
        var encodedUrl = btoa(href);
        var newHref = '/go.html?u=' + encodedUrl;
        link.setAttribute('href', newHref);
        link.setAttribute('target', '_blank');
        link.dataset.safagoProcessed = 'true';
      } catch(e) {
        console.error('[safago-inline] Error:', e);
      }
    }
    
    function processWalineLinks() {
      var links = document.querySelectorAll('.wl-nick a[href], .wl-card a[href]');
      links.forEach(convertLink);
    }
    
    // 初始处理
    if (document.readyState === 'loading') {
      document.addEventListener('DOMContentLoaded', processWalineLinks);
    } else {
      processWalineLinks();
    }
    
    // 延迟处理（备用）
    setTimeout(processWalineLinks, 2000);
    
    // 事件委托：在链接被点击时进行转换（最重要）
    document.addEventListener('click', function(e) {
      var link = e.target.closest('a[href]');
      if (link && (link.classList.contains('wl-nick') || link.closest('.wl-card'))) {
        convertLink(link);
      }
    }, true);
    
    // PJAX支持
    document.addEventListener('pjax:complete', processWalineLinks);
  })();

shokaX迁移避坑指南

Thu, 19 Mar 2026 12:29:58 GMT

不蒜子统计无法居中

1.通过 pnpm 安装

pnpm install hexo-shokax-busuanzi --save

2.增加自定义 CSS

位于博客根目录 source_data 下创建 custom.styl

/* 一些自定义样式 */

/* 修复 busuanzi 不居中的问题 */
#busuanzi-wrap
  width: 100% !important
  text-align: center !important
  display: block !important

hexo-shokax-create-time

使用 github 内置的 readme 教程安装

重点：还需要再主题目录下的 config.yml 中配置

createTime: "2026/01/01 00:00:00"

hexo-renderer-aether

由于新版代码块渲染插件尚未支持展开和收起功能，导致如果长代码块影响预览，额外增加外部收起展开按钮。

增加：\themes\Shokax\scripts\generaters\code-collapse.js

'use strict';

const fs = require('fs');
const path = require('path');

hexo.extend.generator.register('code-collapse', function(locals) {
  const sourceFile = path.join(hexo.source_dir, '_data', 'code-collapse.js');
  const destPath = 'code-collapse.js';
  
  // 检查源文件是否存在
  if (!fs.existsSync(sourceFile)) {
    return [];
  }
  
  // 读取文件内容
  const content = fs.readFileSync(sourceFile, 'utf8');
  
  return {
    path: destPath,
    data: content
  };
});

末尾增加：\themes\Shokax\layout_partials\head\head_com.pug

// 在代码尾部增加
// 代码块折叠功能脚本
script(src=url_for('/code-collapse.js') defer)

增加样式：\source_data\custom.styl

/* 代码块折叠功能 */
.code-block-wrapper
  position: relative
  margin: 1rem 0
  border-radius: 0.25rem
  
  &.collapsed
    &::after
      content: ''
      position: absolute
      bottom: 0
      left: 0
      right: 0
      height: 3rem
      background: linear-gradient(transparent, rgba(0, 0, 0, 0.3))
      pointer-events: none
      border-radius: 0 0 0.25rem 0.25rem

/* 折叠按钮 - 在代码块右上角 */
.code-toggle-btn-corner
  position: absolute
  top: 0.5rem
  right: 2.5rem
  background: rgba(0, 0, 0, 0.4)
  border: 1px solid rgba(255, 255, 255, 0.3)
  color: #fff
  padding: 0.35rem 0.5rem
  border-radius: 0.2rem
  cursor: pointer
  font-size: 0.85rem
  font-weight: bold
  transition: all 0.2s ease
  z-index: 10
  line-height: 1
  
  &:hover
    background: rgba(0, 0, 0, 0.6)
    border-color: rgba(255, 255, 255, 0.5)
  
  &:active
    transform: scale(0.95)

cateCards 首页精选分页

由于这是升级版的 shoka,所以它不能像原版 shoka 直接在分类目录下创建 cover.jpg 就可以了
主题根目录config.yml配置参考如下：

  cateCards:
    - slug: Study
      cover: Study/cover.jpg
    - slug: Life
      cover: Life/cover.jpg

🔒 加密文章演示

Mon, 16 Feb 2026 16:00:00 GMT

この記事は暗号化されています。ウェブサイトでご覧ください。

Vullfin's Blog

docker学习周刊

关于本周学习主题

Docker 核心学习内容

一、基础核心概念

二、环境搭建实操

三、高频常用命令

1. 镜像操作命令

2. 容器操作命令

完整 Docker 分阶段学习路径（从零到实战）

阶段一：基础夯实（1–3 天）—— 本周已完成

阶段二：进阶核心（3–5 天）—— 下周重点学习

阶段三：多服务编排（5–7 天）

阶段四：工程化与生产优化（长期进阶）

本期学习总结

已完成学习清单

学习踩坑记录

工具与资料推荐

下期预告

华为数通学习体系笔记

华为数通

网络模型

OSI 模型

TCP/IP 模型

TCP UDP 报文格式

以太网帧格式

ARP 地址解析协议

ARP 原理

IP 协议

IPv4 报文格式

数据包分片

Flag 标志位

生存时间 TTL（Time To Live）

IP 分类

路由

路由获取方式

等价路由

浮动路由

OSPF

定义

OSPF 原理

OSPF 的 8 种状态的功能与建立过程

OSPF 区域

LSA 分类

骨干区域

非骨干区域

特殊区域

Stub 末梢区域

Totally Stub 完全末梢区域

NSSA 非纯末梢区域

Totally NSSA 完全非纯末梢区域

距离矢量 VS 链路状态

距离矢量

链路状态

交换机工作原理

二层

三层

vlan

润建服务台面试经验

自我介绍

讲一下你的项目经验

你熟悉哪些组网协议

说一下堆叠和 M-LAG 区别

追问：还有吗

说一下 ospf 原理

看你简历写了 docker，讲下容器和虚拟化的区别？

追问： 还有吗？

马后炮补充

说一下你接触过交换机设备型号

说一下上架服务器整个流程

GIT学习笔记

GIT 学习

链接 Github

部署AstrBot+Napcat+QQBot记录

部署 AstrBot+Napcat+QQBot

预览文档

部署过程

使用 Docker 部署

查看目标容器运行日记

防火墙放行端口

追问：还有吗？