猫说 Meow

Rust、C 与 C++

LynxCatTheThird — Thu, 05 Mar 2026 15:05:40 GMT

关于 Rust、C 和 C++ 的讨论，互联网上已经太多了。常见的说法有几种：

Rust 会取代 C / C++；
C / C++ 永远不会死；
Rust 只是社区炒作；
C++ 太复杂，迟早被淘汰；
Rust 学习曲线太高，不可能普及；
C 才是真正的系统语言；
C++ 的存量生态不可撼动。

这些说法里面，有些对，有些错，有些只是情绪表达。但如果真正站在软件工业、系统工程、安全工程、语言生态和个人职业发展的角度看，这件事远比一句 “取代” 或者 “不会取代” 复杂。我觉得更准确的问题不是：

Rust 会不会让 C 和 C++ 消失？

因为这个问题太粗糙。脑子清醒的人都知道，C 和 C++ 不可能消失。它们背后有几十年的存量代码、操作系统、数据库、浏览器、游戏引擎、嵌入式、音视频、图形、科学计算、工业软件、金融系统、芯片 SDK、驱动和基础库。真正值得问的是：

未来新项目立项时，C 和 C++ 还会不会是默认首选？
Rust 能不能让很多原本会用 C / C++ 的新系统项目转向？
C / C++ 哪些领域会被分流？
哪些地方即使抛开历史原因，也很难被分流？
作为一个 C++ 开发者，面对这种变化应该学什么？

这篇文章就是围绕这个问题展开的。

Rust 的目标不是让 C / C++ 消失

很多关于 Rust 的争论，一开始就歪了。有人说：

Rust 不可能取代 C / C++，因为 Linux、Windows、OpenSSL、ffmpeg、LLVM、Unreal、Chrome、数据库、嵌入式系统都不会重写。

这当然对。但 Rust 社区里更现实、更有战略意义的目标并不是 “把所有 C / C++ 存量系统重写一遍”（虽然有些人正在这么做，但是很欣慰的是受到了 Rust 社区内外的一致抵触）。真正的目标更像是：

遏制 C 和 C++ 产生新的项目，让未来越来越多系统工程的新项目不再默认首选 C / C++。

这件事就现实多了。过去很多项目选择语言时，默认心智大概是这样的：

要性能？C++。
要底层控制？C。
要写操作系统组件？C / C++。
要写驱动？C。
要写数据库、存储、网络栈？C / C++。
不想要 GC？C++。
要和硬件贴近？C。
要写高性能工具？C++。

Rust 想改变的就是这个默认链条。Rust 并不是说：

C / C++ 明天就消失。

而是在说：

如果今天从零开始写一个新的系统组件，尤其是安全敏感、网络暴露、处理不可信输入的组件，那么为什么还要默认选 C / C++？

一旦行业心智从：

“系统项目默认 C / C++，除非有理由不用。”

变成：

“系统项目先考虑 Rust，除非有理由必须用 C / C++。”

那么 Rust 就已经取得了巨大的历史胜利。

所以这场竞争不是 “消灭存量”，而是 “争夺新增”。

成熟资产和新项目不是一回事

安全领域是理解这件事最好的例子。如果有人说：

Rust 更安全，所以 OpenSSL 应该被 rustls 替代。

这个说法太天真。现实中的安全工程不是只看语言。假如我是一个项目 CEO，或者一个大型基础设施项目负责人，我要选择 TLS 库，我不会只问：

这个库是不是 Rust 写的？

我会问：

它被多少真实攻击打过？
它经过多少年审计？
它支持多少奇怪平台？
它和多少客户端、服务器、证书系统兼容？
它有没有 FIPS 或其他合规认证路径？
它有没有成熟的漏洞响应机制？
它有没有足够多的安全专家长期盯着？
它在真实互联网环境里跑了多少年？
它被银行、云厂商、浏览器、操作系统、大型企业使用过吗？
出问题时谁来负责？

OpenSSL 虽然是 C 写的，也出过很多严重漏洞，但它的历史信用非常深。它被攻击过，被审计过，被修过，被大量系统部署过，被无数奇怪输入折磨过。它的代码里当然有历史包袱，但它也积累了巨大的实战经验。而一个年轻的 Rust TLS 库，即便理念先进、内存安全更好，也不自动意味着整体安全风险更低。因为 TLS 库的安全不只是内存安全。它还包括：

协议状态机正确性；
证书链验证；
X.509 解析；
密码套件选择；
downgrade attack 防护；
replay attack 防护；
random number 使用；
constant-time；
timing side-channel；
cache side-channel；
padding oracle；
API 是否容易误用；
平台兼容性；
硬件加速；
合规认证；
长期审计；
供应链安全；
真实世界互操作性。

Rust 在语言层面主要解决的是内存安全。它不能自动保证 TLS 状态机没有逻辑漏洞，也不能自动保证密码算法 constant-time，更不能自动给一个库十几二十年的审计信用。所以，如果问题是：

我现在要不要把成熟稳定的 OpenSSL 替换成一个年轻 Rust 库？

答案通常不会因为 “Rust 更安全” 就变成 “当然要”。但如果问题变成：

今天从零开始写一个新的安全组件，要不要用 C / C++？

那答案就完全不同了。比如今天要新写：

证书解析器；
图片解析器；
字体解析器；
压缩格式解析器；
网络协议解析器；
sandbox 边界组件；
WebAssembly runtime；
身份认证网关；
密钥管理组件；
安全扫描器；
边界代理；
VPN / 代理组件；
新的安全网关；
新的协议栈。

这时候如果还选 C / C++，安全团队很可能会问：

为什么我们要主动选择一门更容易产生 use-after-free、buffer overflow、double free、越界访问和数据竞争的语言？

这就很难解释。因此更准确的判断是：

OpenSSL 不一定会被 rustls 打败。
但未来很少有人愿意再用 C 写一个新的 OpenSSL。

这句话才是 Rust 对 C/C++ 安全领域真正的威胁。Rust 不一定消灭成熟 C/C++ 安全资产，但它会阻止新的 C/C++ 安全资产继续诞生。

Rust 的内存安全已经足够重要

这里也要避免一个 Rust 支持者常见的过度宣传：

Rust 安全，所以 Rust 在安全领域全面优于 C / C++。

这个说法不严谨。Rust 在语言层面最主要解决的是内存安全和一部分并发安全问题，比如：

use-after-free；
double free；
buffer overflow；
out-of-bounds read/write；
dangling pointer；
iterator invalidation；
一部分未初始化内存；
数据竞争；
资源生命周期混乱。

这些问题确实是 C / C++ 安全漏洞的大头。大量浏览器、操作系统、网络服务中的高危漏洞都和内存安全有关。所以 Rust 的价值非常实在。但 Rust 不会自动解决：

密码算法是否正确；
协议设计是否正确；
认证流程是否正确；
证书验证是否正确；
权限模型是否正确；
状态机是否正确；
是否 constant-time；
是否有侧信道；
是否有供应链攻击；
是否有依赖投毒；
API 是否容易误用；
系统配置是否安全；
运维是否正确；
合规认证是否满足；
安全审计是否充分。

所以说：

Rust 只解决内存安全。

这个说法大体成立。

但也要补充一点：Rust 虽然不自动解决非内存安全问题，但它的类型系统确实能帮助减少一部分安全工程错误。比如 Rust 的：

Option；
Result；
enum；
pattern matching；
ownership；
borrowing；
move semantics；
trait；
类型状态建模。

可以帮助你表达：

已验证证书和未验证证书不是同一种东西；
握手前状态和握手后状态不能混用；
明文密钥不能随意复制；
某个资源不能在释放后继续使用；
某个对象不能跨线程共享；
某个错误不能被静默忽略；
某些权限 token 必须线性消费。

这些不是密码学正确性本身，但它们是安全工程的一部分。所以更准确的说法是：

Rust 不会自动让安全组件正确，但 Rust 能让很多危险错误无法通过编译，并且能帮助开发者更明确地表达安全状态和资源边界。

不过在 OpenSSL、BoringSSL、LibreSSL、libsodium 这类成熟项目面前，Rust 年轻库的优势并不一定压倒经典 C / C++ 库的历史信用。

因此安全领域未来更可能是：

成熟 C / C++ 安全基础设施继续存在；
新增安全边界组件优先 Rust/Go/Java/C# 等内存安全语言；
关键密码库需要十年级别部署、审计、攻击和修复，才能建立真正信用；
Rust 安全生态会成长，但不会因为语言先进就自动获得信任。

为什么很多语言挑战 C / C++ 失败？

C/C++ 很难被挑战，不是因为它们语法好，也不是因为它们没有缺点。恰恰相反，C/C++ 的缺点太明显了：

内存安全差；
UB 多；
构建系统复杂；
包管理长期混乱；
C++ 语言复杂度爆炸；
模板错误难读；
ABI 问题复杂；
大型工程维护痛苦；
安全漏洞成本高。

但 C / C++ 的护城河也非常强。它们拥有一个非常罕见的组合：

性能接近硬件上限；
无 GC；
资源控制可预测；
可以操作内存布局；
可以贴近 ABI；
可以写操作系统、驱动、数据库、浏览器、游戏引擎；
可以裸机；
可以嵌入式；
可以和硬件厂商工具链对接；
C ABI 是事实上的跨语言接口标准；
平台支持几乎无处不在；
生态和存量巨大；
调试器、profiler、sanitizer、编译器工具链成熟；
工程师经验积累深。

所以挑战 C / C++ 的语言，不能只说：

我更安全。

也不能只说：

我更好写。

它必须回答：

有没有 GC？
能不能裸机？
能不能写内核？
能不能控制内存布局？
能不能和 C ABI 交互？
性能是不是接近 C / C++？
资源释放是不是可预测？
能不能渐进迁移？
工具链能不能支撑大型工程？
大公司敢不敢用？

历史上很多语言都没有同时回答好这些问题。

Java 和 C#

Java 和 C# 都非常成功。它们抢走了大量原本可能由 C++ 编写的企业应用、服务器应用、桌面应用、平台应用。但它们没有真正替代 C / C++ 的系统编程位置。原因很简单：

有 GC；
有运行时；
不适合裸机；
不适合内核；
不适合驱动；
不适合硬实时；
内存布局控制不够直接；
与 ABI 和硬件之间隔了一层；
延迟和资源释放不完全由程序员直接控制。

这不是说 Java / C# 不好，而是它们赢的是应用层和企业层，不是系统底层。它们对 C++ 是部分成功，而不是全面替代。

Go

Go 也很成功，尤其是在云原生、网络服务、平台工程、基础设施工具里。Docker、Kubernetes、Prometheus、etcd、Terraform 等生态都让 Go 拥有巨大影响力。Go 的优势是：

简单；
编译快；
部署方便；
goroutine 好用；
标准库强；
工程一致性好；
招聘和团队协作友好。

Go 确实抢走了很多过去可能会用 C++ 写的服务端基础设施项目。但 Go 也有边界：

有 GC；
底层控制力不如 C/C++/Rust；
类型系统相对保守；
不适合内核、驱动、裸机；
不适合极端低延迟；
不适合很多需要精细内存布局的项目；
性能强，但不是 C / C++ 那种极限模型。

所以 Go 更像是：

更简单的云基础设施语言。

而不是：

更安全的 C++。

D

D 语言曾经非常像 “更好的 C++”。

它有：

系统编程能力；
高性能；
现代语法；
模板；
可选 GC；
C 互操作。

但 D 没有成为主流。

原因包括：

生态没有起来；
标准库和编译器路线分裂；
社区规模有限；
企业背书不足；
没有形成不可替代的核心叙事；
C11 之后 C 自己吸收了一部分现代特性；
没有像 Rust 那样抓住 “内存安全” 这个政策级、组织级驱动力。

D 是一个典型例子：技术上很有野心，但没有形成产业势能。

Ada/SPARK

Ada 和 SPARK 在高可靠领域非常强。它们适合：

航空航天；
军工；
高可靠系统；
需要形式化验证的项目。

但它们没有成为通用系统编程主流。原因包括：

社区小；
工具链和生态相对封闭；
普通互联网公司采用少；
学习和行业门槛高；
开源世界存在感有限；
语言形象偏专用、高可靠、政府 / 军工。

Ada 是局部成功，但不是广义替代。

Swift

Swift 很现代，也有不错性能。但它主要成功在 Apple 生态。它的问题是：

心智上绑定 Apple；
Linux/服务器/嵌入式/内核生态弱；
系统编程社区心智不如 Rust；
没有形成 “C / C++ 安全替代者” 的强叙事。

Swift 是成功语言，但不是广义 C / C++ 挑战者。

Zig

Zig 是很值得关注的语言。它的优势包括：

简洁；
无 GC；
显式控制；
C 互操作优秀；
交叉编译体验好；
构建系统野心大；
学习曲线比 Rust 平缓；
很适合底层、小系统、工具链场景。

但 Zig 和 Rust 最大不同是：

Zig 更像更好的 C，Rust 更像内存安全的系统语言。

Zig 没有 Rust 那种强所有权 / 借用模型，也没有把内存安全作为最大产业叙事。所以 Zig 可能会挑战 C 的一部分生态位，尤其是想要更现代、更干净、更好工具链的 C 场景。但它不一定能替代 Rust 在 “内存安全系统工程” 里的定位。

Rust 为什么特殊？

Rust 之所以被认为是 C / C++ 的强力挑战者，不是因为它语法时髦，也不是因为它社区热闹，而是因为它第一次比较完整地回答了系统程序员最在意的几个问题。

Rust 没有 GC

这是关键。

很多语言挑战 C / C++，第一关就死在 GC 上。

不是说 GC 不好。GC 对大量应用开发非常好。

但对 C / C++ 的核心地盘来说，GC 经常是硬伤：

内核不想要；
驱动不想要；
bootloader 不想要；
嵌入式不一定能承受；
硬实时不想要；
低延迟交易系统不想要；
游戏引擎关键路径不想要；
数据库存储引擎不一定想要；
密码库和基础库不想依赖大运行时；
系统 runtime 自己不能依赖另一个复杂 runtime。

Rust 的特殊之处在于：

它不靠 GC 管内存，而是在编译期尽量证明内存使用合法。

这使它能进入 C / C++ 真正核心的领域。

Rust 保留了系统编程能力

Rust 可以做很多传统 C / C++ 做的事情：

控制内存分配；
栈 / 堆区分；
自定义 allocator；
零成本抽象；
指针操作；
SIMD；
FFI；
no_std；
裸机开发；
嵌入式；
操作系统组件；
驱动；
WebAssembly runtime；
数据库；
编译器；
网络栈。

当然，很多底层操作需要 unsafe。但这正是 Rust 的现实主义：

底层危险不可避免，但可以把危险圈起来，让 safe 部分成为默认。

C / C++ 是整个语言空间都可能 unsafe，而 Rust 是默认 safe，必要时进入 unsafe island。这对大型团队和安全审计意义很大。

Rust 攻击的是结构性问题

C / C++ 的内存安全问题不是靠 “高手小心点” 就能彻底解决的，几十年来，我们已经有了：

静态分析；
code review；
sanitizers；
fuzzing；
RAII；
smart pointers；
Core Guidelines；
modern C++；
编码规范；
安全子集；
lifetime analysis 尝试。

这些都很有用，但没有从根上改变 C/C++ 的语言模型。C/C++ 仍然允许你：

使用悬垂指针；
越界访问；
重复释放；
错误别名；
触发 UB；
在并发中产生数据竞争。

Rust 的吸引力在于：

不是要求程序员更小心，而是让大量错误无法通过编译。

这对企业、安全团队、政府和大公司非常有吸引力。尤其现在 memory-safe languages 已经成为政策和产业话题。美国、欧洲、各大科技公司都越来越重视内存安全语言。这是过去 D、Ada、Go 等挑战者没有同时获得的产业风向。

Rust 可以渐进进入 C / C++ 系统

Rust 不需要你一次性重写几百万行 C++。它可以走现实路线：

老核心继续 C / C++；
新模块用 Rust；
新解析器用 Rust；
新安全边界组件用 Rust；
新 CLI 工具用 Rust；
新存储组件用 Rust；
新网络代理用 Rust；
通过 FFI 和原系统连接；
慢慢扩大 Rust 代码比例。

这就是 Rust 最危险的地方。它不需要马上替换整个系统。它只需要在每一次新增模块时赢一点点。长期看，新增项目份额就会变化。

Cargo 和工具链体验是巨大优势

C / C++ 的工程体验长期很痛苦：

Makefile；
CMake；
Autotools；
Bazel；
vcpkg；
Conan；
系统包管理器；
平台 SDK；
编译器差异；
链接问题；
ABI 问题；
依赖版本问题；
跨平台构建问题。

C++ 程序员往往已经习惯痛苦了，但新团队、新项目、新人并不一定愿意继续承受。Rust 的 Cargo、crates.io、rustup、rustfmt、clippy、测试、文档生成这一整套工具链，对于新项目吸引力很强。Rust 不只是语言安全，它的现代工程体验也在分流 C++。

Rust 会不会被 “程咬金” 截胡？

可能。Rust 不是终点，也不是完美语言。它有很多现实问题：

学习曲线陡；
borrow checker 难；
生命周期让新人崩溃；
编译速度慢；
async 复杂；
trait / generic 系统有时过于绕；
宏系统强但复杂；
unsafe 仍然不可避免；
C++ 互操作不够自然；
ABI 稳定性不足；
某些领域生态薄弱；
crate 依赖树和供应链治理有风险。

所以未来出现一个新语言，说：

我有 Rust 的无 GC、性能和内存安全，但语法更简单、编译更快、异步更自然、C++ 互操作更好。

这是完全可能的。

潜在 “程咬金” 有几类。

Zig

Zig 可能会在一些 C 的生态位上成功。它简洁、直接、无 GC、C 互操作强、交叉编译体验好。但 Zig 不以强内存安全作为核心卖点。所以它更可能成为：

更现代、更舒服、更工程化的 C。

而不是全面取代 Rust 的安全系统语言。

Carbon / Cpp2

Carbon 和 Cpp2 这类东西，本质上想给 C++ 找一条现代化迁移路线。如果它们能做到：

与 C++ 无缝互操作；
迁移成本低；
性能保持；
工具链成熟；
大厂支持；
安全性显著提升；
保留 C++ 生态资产；

那它们会对 Rust 形成很大威胁。因为很多公司最大的问题不是 “Rust 好不好”，而是：

我已经有 500 万行 C++，怎么办？

如果有一种语言能作为 C++ 的自然继承者，并且迁移成本远低于 Rust，那它当然有吸引力。但目前看，这条路还非常不确定。C++ 的历史包袱太重。要在保留兼容性的同时显著改善内存安全，极其困难。

Mojo

Mojo 更偏 AI、高性能计算、Python 生态加速。它如果成功，可能会影响：

AI 基础设施；
数值计算；
GPU kernel；
Python 性能扩展；
高性能计算。

Mojo 未必正面替代 Rust，而可能直接吃掉一些 Rust 本来可能进入的 AI / HPC 新领域。

安全 C++

C++ 社区不是什么都不做。未来可能会有：

lifetime profile；
safety profiles；
静态分析强化；
sanitizers 常态化；
C++ Core Guidelines；
编译器强制安全模式；
受限 C++ 子集；
Herb Sutter 的 Cppfront / Cpp2；
Google、Microsoft 等推动安全 C++。

如果 C++ 能在不破坏生态的情况下显著降低内存安全风险，Rust 的上升速度会受影响。但这很难。因为 C++ 最大的问题是兼容性。它不能轻易禁止大量历史写法。它的自由和混乱是同一个硬币的两面。

但 Rust 不会被 “突然” 截胡

即使未来出现更好的语言，Rust 也不会突然消失。语言生态变化很慢。一个新语言要经历：

爱好者使用；
小工具验证；
中型项目采用；
大公司试点；
工具链成熟；
生态形成；
招聘市场出现；
关键基础设施采用；
安全审计和长期部署积累；
形成产业信任。

这个周期通常是 5 到 15 年。Rust 现在已经不是玩具语言。它已经进入：

Linux kernel；
Android；
Windows 的部分安全讨论和组件；
AWS；
Cloudflare；
Google；
Microsoft；
Mozilla；
WebAssembly 生态；
Firecracker；
Wasmtime；
TiKV；
Vector；
Deno；
Ruff；
uv；
SWC；
ripgrep；
fd；
bat；
starship；
Zed 等工具和项目。

Rust 已经占住了一个很强的心智：

Rust = memory safety + no GC + systems programming + performance + C/C++ alternative。

后来者要赢，不能只是更好一点，必须好很多，并且还要花十年级别积累信任。所以更可能的未来不是 Rust 被某个语言一击打倒，而是：

Rust 还没完全吃掉 C / C++，就被 Zig、Carbon、Mojo、安全 C++、Go 等从不同方向分流。

不是一门语言统一天下，而是多语言重新划分生态位。

C / C++ 被分流是必然

C / C++ 的一部分市场，本来就是历史偶然和路径依赖。很多项目过去用 C++，不是因为 C++ 最适合，而是因为：

当时没有 Rust；
Go 还没成熟；
Java / C# 有 GC；
Python 太慢；
需要性能；
需要系统接口；
团队习惯；
行业默认。

但很多项目其实不需要 C++ 那种极端自由。比如：

普通业务系统；
普通网络服务；
大量工具；
安全扫描器；
数据处理管道；
日志系统；
包管理器；
新的 CLI；
新的代理服务；
普通后端；
部分中间件；
部分系统组件。

这些项目需要的是：

足够性能；
可维护性；
安全性；
好部署；
好招聘；
好工具链；
少踩坑。

它们并不需要：

全局裸指针自由；
到处 reinterpret_cast；
手动释放；
Undefined Behavior；
复杂模板怪物；
任意内存别名；
任意对象生命周期 hack。

过去很多项目是 “用大炮打蚊子”：只是想要性能，却被迫承受 C++ 的复杂性和内存风险。所以这些领域被 Rust、Go、Java、C#、Swift、Python、TypeScript 分流是必然的。C++ 会失去很多本来不该属于它的新增项目。这不是坏事。反而说明语言生态变成熟了。

C 和 C++ 仍有很难被分流的东西

虽然 C / C++ 会被分流，但不能说它们只靠历史活着。即使不谈存量生态，它们也有语言模型层面的硬优势。而且 C 和 C++ 的硬优势不一样。

C ：极薄底层边界能力

C 最强的地方，不是它安全，不是它现代，而是它足够薄。C 接近一种 “可移植汇编”。它适合表达：

函数；
指针；
数值；
struct；
内存布局；
调用约定；
系统边界；
硬件寄存器；
ABI。

C 的最硬优势之一是 C ABI。几乎所有语言都能调用 C：

Rust 调 C；
Python 调 C；
Java 通过 JNI 调 C；
C# P / Invoke 调 C；
Go 调 C；
Swift 调 C；
Zig 调 C；
Lua/Ruby/Node 原生扩展也大量围绕 C ABI。

C ABI 是事实上的跨语言最低公分母。相比之下：

C++ ABI 复杂；
Rust ABI 不稳定；
Go/Java/C# 有运行时模型；
Swift ABI 有平台语境；
Python 不是系统 ABI。

所以未来即使一个库内部用 Rust 写，对外接口很可能仍然是 C ABI。比如：

1	int library_do_something(const char* input, size_t len);

C 可能不再是实现语言首选，但会长期是接口语言、边界语言、胶水语言。

C 适合最小运行时和裸机

有些地方你什么都没有：

没有堆；
没有线程；
没有文件系统；
没有动态链接器；
没有异常；
没有标准库；
没有完整 runtime；
甚至还在启动阶段。

比如：

bootloader；
内核早期初始化；
裸机固件；
芯片 bring-up；
runtime stub；
freestanding 环境；
极小 MCU 程序；
硬件测试程序。

C 在这里非常自然。Rust 也有 no_std，Zig 也能做，但 C 的语言模型天生就很薄。你基本知道一段 C 会生成什么样的机器码，需要什么运行时支持。这在极底层仍然很有价值。

C 适合硬件寄存器

硬件手册里经常直接给 C 宏或 C 结构体。

比如：

1
2
3

#define UART_BASE 0x40001000
#define UART_DR   (*(volatile uint32_t *)(UART_BASE + 0x00))
#define UART_SR   (*(volatile uint32_t *)(UART_BASE + 0x04))

这种东西用 C 写就是自然。C 当然有坑：

padding；
alignment；
endianness；
bit field 可移植性；
strict aliasing；
volatile 语义复杂。

但它和硬件文档、寄存器、协议头、DMA buffer、boot protocol 的心智距离很近。因此 C 很难从这些底层边界彻底退出。

C++：复杂高性能工程表达力

C++ 的硬优势和 C 不一样。C 是薄、简单、贴近 ABI。C++ 是复杂、强大、能承载大型高性能抽象系统。它的核心能力是：

零成本抽象 + 极端自由 + 能容纳现实工程的混乱。

零成本抽象仍然非常强

C++ 可以写很高级的抽象，同时努力不为没用到的东西付运行时成本。它有：

templates；
constexpr；
concepts；
RAII；
move semantics；
inline；
operator overloading；
expression templates；
CRTP；
policy-based design；
allocator-aware containers；
ranges；
metaprogramming。

这些东西复杂，但高手可以用它们构建非常强的高性能库。比如 Eigen 这种线性代数库，就大量依赖 expression templates，把数学表达式压到编译期优化。游戏引擎、图形库、数值库、HPC 库、数据库执行引擎，也经常需要这种 “高层抽象 + 低层性能” 的混合能力。Rust 也有零成本抽象，而且内存安全更强。但 C++ 在某些领域的表达自由度和历史积累非常深。尤其是当你需要把高级抽象、手写内存管理、平台特化和老接口全部揉在一起时，C++ 仍然很顺手。

C++ 的 RAII 表达非常成熟

C++ 的 RAII 是极其强大的思想。资源不只是内存，还包括：

文件句柄；
socket；
mutex；
GPU resource；
texture；
command buffer；
transaction；
lock guard；
mmap；
database handle；
temporary arena；
scope rollback。

C++ 用构造函数和析构函数表达资源生命周期，非常自然。Rust 的 ownership 和 Drop 在这方面也很强，甚至更安全。但 C++ 的 RAII 与对象模型结合得非常深，很多工程师已经形成了很成熟的资源管理习惯。在一些复杂系统中，C++ 的灵活性仍然非常高。

C++ 特别适合共享可变状态

很多现代安全语言都希望你说清楚：

谁拥有对象；
谁借用对象；
谁能修改对象；
生命周期多长；
是否跨线程；
是否共享；
是否可变。

这是好事。但很多真实系统就是非常不规则：

游戏场景图；
GUI object tree；
编译器 IR；
数据库执行计划；
ECS；
observer list；
callback registry；
plugin system；
cache；
双向引用；
parent-child 互指；
图结构；
异步任务图。

C++ 对这些东西非常宽容。你可以混用：

裸指针；
unique_ptr；
shared_ptr；
weak_ptr；
引用；
handle；
ID；
arena；
intrusive container；
object pool。

Rust 也能做，但往往需要：

Rc>；
Arc>；
arena；
generational index；
slotmap；
unsafe；
重新设计所有权结构；
更数据导向的架构。

Rust 最终可能让结构更清晰，但前期架构约束更强。而 C++ 允许你直接表达很多 “不干净但现实” 的结构，比如一些很经典但复杂的数据格式。

“歪门邪道” 的价值

有些项目特别能说明 C / C++ 的生命力。ffmpeg 就是典型。ffmpeg 不是一个普通的视频库。它是几十年：

奇怪格式；
历史兼容；
坏文件；
手写 SIMD；
汇编优化；
硬件编解码；
跨平台；
性能压榨；
容错；
黑魔法；
工程妥协；

堆出来的系统怪物。这种东西不是 Rust 写不出来，而是：

它的价值不只是代码本身，而是几十年现实世界的脏活和经验。

Rust 的语言安全当然有吸引力，但要替代 ffmpeg 这种工程怪物，不是语法更现代就够了。类似的还有一些科学计算库、数值库、HPC 库。它们可能有：

Fortran 历史接口；
C ABI；
BLAS / LAPACK 生态；
手写汇编；
AVX/AVX2/AVX-512；
GPU kernel；
CUDA；
编译器特定优化；
数值稳定性经验；
奇怪矩阵布局；
cache blocking；
SIMD trick；
平台特化；
“歪门邪道但有效” 的数学和工程技巧。

这些项目往往不是 “干净的系统工程”，而是 “极端性能工程 + 历史兼容 + 数学技巧 + 硬件细节” 的混合物。C / C++ 很适合这种混沌。

歪门邪道的人也是生态位

Heng Li 那句调侃^[1] 很有意思：

Am I switching to Rust? Not in the near future. I enjoy the freedom of shooting myself in the foot.

翻译过来就是：

我会转 Rust 吗？短期不会。我享受开枪打自己脚的自由。

这句话乍看像是在开玩笑，但它抓住了 C / C++ 的一种文化心理。有些程序员确实喜欢，或者确实需要：

控制每一个字节；
看汇编；
手写 allocator；
手动 SIMD；
对齐优化；
利用平台细节；
写 JIT；
做二进制 patch；
维护 ABI；
绕过抽象层；
和编译器斗智斗勇；
为 2% 性能提升重写内存布局；
在危险边缘跳舞。

他们不是不知道危险。他们的态度是：

我知道危险，但我需要这种自由。我愿意承担代价。

Rust 对这类人有时会显得管得太多。Rust 的哲学是：

危险可以做，但你要进入 unsafe，并且把边界圈起来。

C++ 的哲学更像：

世界是开放的，你自己负责。

对大型组织来说，Rust 的哲学更健康。但对某些顶级底层工程师、性能工程师、科学计算库作者、视频编解码专家、游戏引擎黑魔法师来说，C++ 的自由仍然非常有吸引力。而纵观那些改变人类或者创造历史的项目，不少就出自这样一群人之手。

C++ 的真正哲学

C++ 之父 Bjarne Stroustrup 有一段话很值得反复看：

Someone who claims to have a perfect programming language is either a salesman or a fool, or both. ^[2]

声称自己有完美编程语言的人，要么是销售，要么是傻瓜，或者两者都是。他还说过：

My aim was for C++ to become the second best language for many things.

他的目标不是让 C++ 成为所有事情的最佳语言，而是成为很多事情的第二好语言。这句话一开始会让很多人震惊：

为什么不追求第一？

但这是非常现实的语言哲学。因为：

There can’t be a language that’s best for everything and everybody.

不可能有一门语言对所有事、所有人都是最佳。每个领域理论上都可以有最理想的 DSL：

SQL 适合关系查询；
shader language 适合 GPU shader；
Verilog / VHDL 适合硬件描述；
regex 适合文本模式；
Python 适合胶水和 AI 上层；
Lua 适合嵌入脚本；
MATLAB / R 适合统计和数值原型；
Rust 适合安全系统组件；
C 适合 ABI 和裸机；
C++ 适合复杂高性能框架。

但这些理想语言之间有一个问题：

它们怎么互操作？

如果每个领域都用自己的小语言，系统怎么构建？怎么调试？怎么部署？怎么共享内存？怎么组合成一个大型产品？Bjarne 的回答是：

需要一个通用框架，C++ 就试图成为这样的框架。

C++ 的强项不是每个点都最优雅，而是它可以承载各种风格：

C 风格；
面向对象；
泛型；
函数式；
模板元编程；
编译期计算；
宏；
RAII；
异常；
无异常；
RTTI；
无 RTTI；
裸指针；
智能指针；
手写内存池；
嵌入式 DSL；
平台 hack。

C++ 里面可以长出：

Eigen；
Qt；
Unreal；
LLVM；
Boost；
ranges；
coroutine framework；
allocator framework；
expression templates；
游戏对象系统；
GUI 框架；
编译期 DSL；
GPU 抽象层。

这些东西不一定美，但它们能装下现实世界的复杂性。所以 C++ 的哲学可以概括为：

我不保证你不受伤，但我给你最大表达空间。

Rust 的哲学则是：

我尽量不让你受伤，但你要按照我的规则表达问题。

这不是简单的先进和落后。这是两种工程哲学。

未来格局

所以未来最可能的格局不是：

Rust 消灭 C++。

也不是：

C++ 不受影响。

而是：

C / C++ 被系统性分流，Rust 在新系统工程里主流化，C++ 保留复杂高性能王牌区，C 保留底层边界和 ABI。

Rust 的主战场

Rust 最容易成功的地方是：

需要接近 C/C++ 的性能和控制力，但又不想继续承担 C/C++ 内存安全风险的新系统项目。

包括：

新网络基础设施；
新代理 / 网关；
新存储组件；
新数据库组件；
新安全边界组件；
新解析器；
新虚拟化组件；
新容器基础设施；
新 WebAssembly runtime；
新 CLI；
新构建工具；
新包管理器；
新开发工具链；
部分 OS 组件；
部分中高端嵌入式；
云基础设施；
高性能服务。

这些地方 Rust 会越来越像 “默认合理选项”。

C++ 的保留地

C++ 仍然很强的地方包括：

游戏引擎；
图形渲染；
音视频编解码；
ffmpeg 这类工程怪物；
复杂高性能库；
HPC；
科学计算底层；
ML runtime；
物理仿真；
CAD/CAE/EDA；
高频交易；
浏览器部分模块；
工业软件；
大型桌面软件；
需要大量底层 hack、平台特化和历史兼容的系统。

这些地方 C++ 的自由、抽象能力和黑魔法容忍度仍然非常有价值。

C 的保留地

C 仍然会长期存在于：

C ABI；
libc；
syscall 接口；
bootloader；
裸机；
芯片 SDK；
内核极底层；
语言 runtime；
动态库接口；
嵌入式小固件；
硬件寄存器定义；
平台胶水；
freestanding 环境。

C 的角色会从很多项目的实现语言，逐渐更多变成：

底层公共边界语言。

其他语言的领地

很多领域本来就不该由 Rust 或 C++ 主导：

企业业务：Java、C#、Kotlin；
云服务：Go、Java、C#；
AI 上层：Python；
数据分析：Python、R、SQL；
前端：TypeScript；
移动端：Swift、Kotlin、Dart；
脚本自动化：Python、Shell；
AI / HPC 新路径：Mojo、Triton、CUDA；
平台应用：Swift、Kotlin、C#。
……

Rust 和 C++，以及其它的所有语言，甚至可以大胆预测未来的新兴语言，都不是所有地方的最佳答案。这正好印证 Bjarne 那句话：

没有一门语言适合所有事情和所有人。

作为 C++ 开发者真正应该学什么？

这个讨论最后落到职业发展上。作为 C++ 开发者，未来最危险的定位是：

我就是写 C++ 的。

因为 “普通 C++ 开发” 会越来越尴尬。如果只是：

会写 class；
会用 STL；
会一点模板；
会业务逻辑；
不懂系统；
不懂性能；
不懂内存模型；
不懂 ABI；
不懂工具链；
不懂安全；
不懂并发；
不懂其他语言生态；

那么不只是 Rust，其实早在多年前，C++ 的很多项目就正在被 Java、Go、C#、Rust、Python、TypeScript 分走。对于这样的同志，我反而建议费点心思，学习一下 Rust。C++ 开发者未来真正值钱的地方在深水区。

学 Rust，补内存安全思维

即使以后主要写 C++，也应该学 Rust。

不是因为你一定要转 Rust，而是 Rust 会训练你重新理解：

ownership；
borrowing；
lifetime；
move semantics；
aliasing；
shared mutability；
data race；
API 如何表达所有权；
unsafe 边界怎么缩小。

学完 Rust 再回头写 C++，你会更敏感地问：

谁拥有这个对象？
谁只是观察者？
谁可以修改？
生命周期在哪里结束？
这个引用会不会悬垂？
这里应该用 unique_ptr 还是 shared_ptr？
这里能不能用 span 或 string_view？
这个对象是否应该 move-only？
这段并发代码是否有 data race？
这个 API 是否让调用者容易误用？

Rust 对 C++ 开发者最大的价值，不只是多一门语言，而是培养一种更严格的所有权和生命周期意识。

深挖 C++ 的王牌区能力

C++ 开发者应该强化：

性能工程；
系统编程；
内存模型；
并发；
ABI；
编译链接；
工具链；
crash debugging；
sanitizers；
fuzzing；
profiling；
SIMD；
allocator；
cache locality；
lock-free；
NUMA；
CPU pipeline；
branch prediction。

未来值钱的 C++ 工程师，不是会写多少语法，而是能回答：

为什么这段代码慢？
为什么 cache miss？
为什么 false sharing？
为什么这段代码有 UB？
为什么线上 core dump？
为什么链接失败？
为什么 ABI 不兼容？
为什么这个 allocator 导致性能抖动？
为什么这个锁成为瓶颈？
为什么这个数据结构不适合 CPU cache？

这些能力才是护城河。

选一个行业纵深

C++ 最好和一个硬领域绑定。

比如：

音视频：ffmpeg、codec、container format、SIMD；
游戏：引擎、ECS、渲染、资源系统、脚本系统；
数据库：存储引擎、查询执行、LSM、B-tree；
网络：协议栈、proxy、TLS、DPDK、io_uring；
编译器：LLVM、IR、优化、代码生成；
图形：Vulkan、Metal、DirectX、shader；
ML runtime：tensor、kernel、CUDA、ONNX Runtime；
嵌入式：RTOS、裸机、驱动、芯片 SDK；
低延迟系统：交易、NUMA、lock-free、内存布局；
科学计算：BLAS、LAPACK、SIMD、数值稳定性。

C++ 的未来不在泛泛而谈，而在深入复杂系统。

形成 T 型能力

横向上，要懂多语言选型：

Rust：安全系统工程；
C：ABI 和极底层；
Go：云原生、平台服务；
Python：AI、脚本、胶水；
TypeScript：前端和工具链；
Java / C#：企业和业务系统；
Zig / Mojo：潜在未来方向。

纵向上，要有 C++ 深水区能力。

成熟的 C++ 开发者不是到处推 C++，而是知道：

什么时候应该用 C++，什么时候不该用 C++。

这很重要。

未来不是取代，而是重新分工

这场讨论最终不应该落在 “Rust 会不会取代 C++” 这种简单问题上。更准确的结论是：

Rust 会在新系统工程里成为主流力量，尤其会强烈分流安全敏感的新项目。
C++ 会失去很多本来不该属于它的新增项目，但仍然守住复杂高性能、底层黑魔法、历史兼容和大型工程怪物这些王牌领域。
C 会长期保留 ABI、裸机、系统边界、平台胶水这些位置。
其他语言会在业务、AI、前端、移动、脚本等领域继续比 Rust 和 C++ 更合适。

Rust 的胜利，不是让 C/C++ 消失。Rust 的胜利是让未来很多新系统项目不再无脑选择 C/C++。

C++ 的生命力，也不只是历史包袱。它确实拥有一种极其罕见的能力：它能容纳复杂、高性能、混乱、充满 hack 的现实工程。

C 的生命力，则在于它足够薄，足够接近系统边界，是事实上的底层公共语言。

所以未来最可能的状态是：

Rust 成为新系统工程的重要主流；
C++ 成为复杂高性能工程和黑魔法系统的硬核工具；
C 成为 ABI、裸机和底层边界的公共语言；
其他语言在各自更适合的领域继续胜出。

对 C++ 开发者来说，最好的策略不是恐惧 Rust，也不是鄙视 Rust，而是：

用 Rust 补安全思维，
用 C++ 深挖性能和底层，
用系统知识构建护城河，
再选一个行业方向扎进去。

这不是语言战争的结束。

这只是软件工业开始更成熟地分配工具。

这何尝不是一件好事？

网站可用性优化指北

LynxCatTheThird — Sun, 02 Nov 2025 14:45:11 GMT

静态托管

优选是社区行为，请注意 TOS

静态托管的优化关键在于分配到更好的 IP。对于 Vercel、Netlify、Cloudflare 等厂商，分配到的 IP 往往不尽人意。分配到更好的 IP，就可以极大缓解不稳定的情况，并且大幅度提速。

Vercel / Netlify

先使用官方 CNAME 获取到 SSL 证书，然后换成：

1 2	vercel.example.com.1INCNAMEvercel-cname.xingpingcn.top. ; cf_tags=cf-proxied:false netlify.example.com.1INCNAMEnetlify.cname.bee-zh.cn. ; cf_tags=cf-proxied:false

由于 CNAME 的 IP 的质量并不能总是保持优质，需要隔三差五检查。

另有：

1
2
3

vercel.example.com.1INCNAMEvercel.cname.bee-zh.cn. ; cf_tags=cf-proxied:false
netlify.example.com.1INCNAMEnetlify-cname.xingpingcn.top. ; cf_tags=cf-proxied:false
netlify.example.com.1INCNAMEsth.netlify.com. ; cf_tags=cf-proxied:false

Cloudflare Pages

使用任意支持地域化解析的 DNS 供应商（可惜 Cloudflare 免费版不支持，可以 NS 到支持的，比如阿里），国外解析到 sth.pages.dev，国内解析到 cf.877774.xyz

Cloudflare CDN

使用 Cloudflare SaaS（Software as a Service, 软件即服务）中的自定义主机名功能，具体可参考这个视频，皮皮虾老师讲的非常清楚，鄙人不多赘述。

单点服务器

自托管服务器的网站问题则更大了。

HSTS Preload

HSTS 配置错误可能会导致网站长期报废

由于 HTTP 不加密，首次访问可能会被劫持，没有机会建立 HTTPS 连接；若无 HSTS（HTTP Strict Transport Security，HTTP 严格传输安全），攻击者甚至还可以阻断 HTTPS 的连接。即使加上 HSTS 头，从一般用户角度来说，也往往需要首次的 HTTP。

那怎么办？加入 HSTS Preload（HSTS Preload List，HSTS 预加载列表）列表（这个列表随着每次浏览器的发布而更新）后，你的网站会自动启用 HSTS，首次访问即为 HTTPS。代价就是 SSL 证书爆炸的话无路可退，只能等下一次浏览器发布的时候退出列表。

进入 preload 列表必须 max-age ≥ 31536000 且 includeSubDomains 且 preload。为了避免这个问题，建议从较小的 max-age 起递增。

加上这个头：

1	Strict-Transport-Security: max-age=63072000; includeSubDomains; preload

Copy from Google：
max-age 指令用于指定用户浏览器必须仅使用 TLS 访问网站的时间量（以秒为单位）。一旦时间过去，如果网站未提供 HSTS 标头（或从 HTTP 到 HTTPS 的临时重定向），用户就可以再次通过纯 HTTP 访问该网站。
设置 includeSubDomains 指令会强制在最初发送标头的网页网址的任何子网域上使用该标头。例如，如果 google.com 发送的 HSTS 标头包含 includeSubDomains 指令，则会在 mail.google.com 上强制执行 HSTS 标头。
设置 preload 指令并将网域提交给 HSTS 预加载服务后，系统会将该网域编译到使用预加载 HSTS 列表的浏览器二进制文件中。不仅 Google Chrome 如此，

泛解析

某一个域名的所有子域名指向同一个网站，一定程度上起到镜像站的作用。有些时候 ISP（Internet Service Provider，互联网服务提供商，也就是运营商）不会下狠手，只会封禁一个子域名。

DNSSEC

DNS 污染是对于小网站成本较低、伤害较大的一个招式。当受到大范围的 DNS 投毒时，上游的权威 DNS 都会受到污染，DoT 和 DoH 也无力回天。

DNSSEC（Domain Name System Security Extensions，域名系统安全扩展）通过引入数字签名来确保 DNS 响应的真实性和完整性。哪怕攻击者劫持了 DNS，也难以伪造签名，这个错误的 DNS 解析结果会被拒绝。它确保了你的浏览器在发起 HTTP / HTTPS 请求时，连接的是正确、合法的服务器。

Cloudflare 提供免费的 DNSSEC，可以按照博客开启。

CAA

CAA（Certificate Authority Authorization，证书颁发机构授权）是规定那些有权为域名签发证书的 CA（Certificate Authority，证书颁发机构）的白名单。

1
2
3

example.com. CAA 0 issue "letsencrypt.org"
example.com. CAA 0 issue "pki.goog"
example.com. CAA 0 issue "digicert.com"

这可以有效防止黑 CA 或者 ISP 通过颁发假证书的方法进行攻击。如果 CA 胆敢违反 CAA 颁发证书，那么可能会被吊销执照。

CT

但是，某些 ISP 掌握或者胁迫正规 CA 颁发证书，这个时候 CT（Certificate Transparency，证书透明度）就会出手。CT 会记录下每一张证书，方便进行审核。什么？你想不提交到 CT 来逃过审核？那这张证书会因为没有有效的 SCT（Signed Certificate Timestamp，证书签署时间戳）而被浏览器拒绝。

OCSP / CRL

证书已经出问题了，怎么办？

CRL（Certificate Revocation List，证书吊销列表）：CA 定期发布一个包含所有已吊销证书序列号的大列表，浏览器需要下载并检查。
OCSP（Online Certificate Status Protocol，在线证书状态协议）：浏览器向 CA 的 OCSP 服务器实时查询证书状况。
OCSP Stapling（OCSP Stapling，OCSP 装订）：网站服务器自己定期去查询 OCSP 状态，并将有效的 OCSP 响应与证书一起 “装订” 起来发给浏览器。这避免了浏览器自己去查询，减少了延迟和被 ISP 拦截的风险。但如果 ISP 是中间人，它也可以替换掉这个 “装订” 的响应。

似乎装订 + 短期证书（90d）更有效，靠撤销长期证书有点亡羊补牢？

# https://ssl-config.mozilla.org/#server=nginx&version=1.27.3&config=modern&openssl=3.4.0&hsts=false&guideline=5.7

# OCSP stapling
ssl_stapling on;
ssl_stapling_verify on;

# verify chain of trust of OCSP response using Root CA and Intermediate certs
ssl_trusted_certificate /path/to/root_CA_cert_plus_intermediates;

# replace with the IP address of your resolver;
# 这里我替换成了 1.1.1.1
# async 'resolver' is important for proper operation of OCSP stapling
resolver 1.1.1.1;

# If certificates are marked OCSP Must-Staple, consider managing the
# OCSP stapling cache with an external script, e.g. certbot-ocsp-fetcher

[Let's Encrypt](https://letsencrypt.org/) 的 CRL 域名在中国大陆遭到封禁，建议使用 [Google Trust Services](https://docs.cloud.google.com/certificate-manager/docs/public-ca-tutorial?hl=zh-cn)。其验证服务器在国内有 CDN。

通用

ECH

ECH（Encrypted ClientHello，加密客户端问候）理论上可以保护隐私、对抗封禁。

客户端

Firefox 119 已经默认启用 ECH，Chrome / Edge 据说是 105 开始默认启用，总之最新的浏览器没问题的。启用浏览器内置的安全 DNS（Cloudflare、Google 等主流均可），然后尝试访问 https://tls-ech.dev/，看到 You are using ECH. :) 就可以了。

服务器

Cloudflare CDN 免费版默认启用 ECH，Pages 似乎没有。

包括 OpenSSL、Curl、Nginx 等项目对于 ECH 的支持大多停留在实验阶段，故单点服务器难以上手。

你可以使用 Google Public DNS 查询网站的支持情况，HTTPS 记录中包含 ech= 即可。

Firefox 用户还可以安装 oh-my-ech 插件实时查看网站的 ECH 情况。

CSP 与 SRI

自己的网站百密无疏了，但是别忘了上游 CDN 投毒也是网络安全的重要话题。StaticFile、BootCDN、51LA 等都发生过投毒事件。

可以通过 CSP（Content Security Policy，内容安全策略）头限制资源加载：

1 2	http-equiv="Content-Security-Policy" content="default-src 'self'; script-src 'self' trusted.com">

通过 SRI（Subresource Integrity，子资源完整性）防止资源被篡改：

1
2
3

鸣谢与引用

四个重要的不等式

LynxCatTheThird — Fri, 23 Aug 2024 05:18:35 GMT

本文极为简略，仅作为学习笔记使用，许多证明步骤未写出．

均值不等式

$\frac{a+b}{2} \geq \sqrt{ab}$

这是高中数学课本上第一个重要的不等式，A 版教材称为基本不等式，B 版教材称为均值不等式．

其中， $\frac{a+b}{2}$ 称为算术平均值， $\sqrt{ab}$ 称为几何平均值．

证明

画图中……

变形

均值不等式有多个变形 / 推广形式，极其常用的有：

$a+b \geq 2\sqrt{ab} \nobreakspace(a,b \in R_+)$

$ab \leq (\frac{a+b}{2})^2 \nobreakspace(a,b \in R_+)$

此外还有：

$a+\frac{1}{a} \geq 2 \nobreakspace(a>0)$

$\frac{a}{b}+\frac{b}{a} \geq 2 \nobreakspace(\frac{a}{b}>0)$

$a^2+b^2 \geq 2ab \nobreakspace(a,b \in R)$

应用

均值不等式的应用有三个条件：

一正： 两个数均为正实数，即 $a,b \in R_+$ ．
二定： 求和时积为定值，求积时和为定值．
三相等： 等号能成立，即等号成立的条件能满足．

特殊情况：

一不正

条件一正没有满足即为一不正，又分为两种情况：

一不正

$a,b$ 一正一负，即 $a > 0, b < 0$ ．

一不正时，均值不等式不成立，无法利用均值不等式求解．此时应放弃均值不等式，尝试将原式化为 $f(x) = x-\frac{p}{x} \nobreakspace(p > 0)$ 的形式．此函数为飘带函数，随后便可以利用函数的单调性求解．

二不正

$a,b$ 均为负实数，即 $a,b < 0$ ．

类似的，此时均值不等式不成立，无法利用均值不等式求解．此时应放弃均值不等式，提取 $a,b$ 的负号，利用均值不等式求解之后，再利用不等式的基本性质二恢复负号．

二不定

条件二定没有满足即为二不定．此时均值不等式不成立，无法利用均值不等式求解主要利用配凑的方法求解．又分为两种情况：

求和积不定

利用加减等方法凑出分母的倍数．

例：当 $x > 1$ 时，求 $x+\frac{4}{x-1}$ 的最小值．

将 $x+\frac{4}{x-1}$ 转化为 $(x-1)+\frac{4}{x-1}+1$ ．检验 $x-1 > 0$ 且 $\frac{4}{x-1} > 0$ ，则有：

\begin{aligned} (x-1)+\frac{4}{x-1}+1 &\geq 2\sqrt{(x-1)\cdot\frac{4}{x-1}}+1 \\ &= 2\sqrt{4}+1 \\ &= 5\end{aligned}

当且仅当 $x-1 = \frac{4}{x-1}$ ，即 $x = 3$ 时，等号可以成立，得出 $x+\frac{4}{x-1}$ 的最小值为 $5$ ．

求积和不定

改变某一因式系数使和为定值．

例：当 $x \in (0,1)$ 时，求 $x(3-2x)$ 的最大值．

将 $x(3-2x)$ 转化为 $\frac{1}{2}\cdot2x(3-2x)$ ．检验 $2x > 0$ 且 $\frac{3-2x}{x} >0$ ，则有：

\begin{aligned} \frac{1}{2}\cdot2x(3-2x) &\leq \frac{1}{2}\cdot\left[\frac{2x+(3-2x)}{2}\right]^2 \\ &= \frac{1}{2}\cdot\frac{9}{4} \\ &= \frac{9}{8}\end{aligned}

当且仅当 $2x = 3-2x$ ，即 $x = \frac{3}{4}$ 时，等号可以成立，得出 $x(3-2x)$ 的最大值为 $\frac{8}{9}$ ．

三不相等

此时均值不等式不成立，无法利用均值不等式求解．此时应放弃均值不等式，尝试将原式化为 $f(x) = x+\frac{p}{x} \nobreakspace(p > 0)$ 的形式．此函数为对勾函数，其两个拐点一正一负，横坐标为 $\sqrt{p}$ 和 $-\sqrt{p}$ ，代入求值得出拐点坐标后便可以利用函数的单调性求解．

1 的代换

1 的代换法是将代数式同时乘以 “1”，转化为均值不等式求解，通常是给出一个和，再求一个和的形式．

例：正数 $x,y$ 满足 $\frac{3}{x}+\frac{1}{y} = 5$ ，求 $3x+4y$ 的最小值．

\begin{aligned} 3x+4y &= 1\cdot(3x+4y) \\ &= \frac{1}{5}\cdot(\frac{3}{x}+\frac{1}{y})\cdot(3x+4y) \\ &= \frac{1}{5}\cdot(\frac{3}{x}\cdot3x+\frac{3}{x}\cdot4y+\frac{1}{y}\cdot3x+\frac{1}{y}\cdot4y) \\ &= \frac{1}{5}(9+\frac{12y}{x}+\frac{3x}{y}+4) \\ &\geq \frac{1}{5}\cdot(9+4+2\sqrt{\frac{12y}{x}\cdot\frac{3x}{y}}) \\ &= \frac{1}{5}(9+4+12) \\ &= 5\end{aligned}

当且仅当 $\frac{12y}{x} = \frac{3x}{y}$ 时，等号成立．联立方程：

\begin{cases} \frac{3}{x} + \frac{1}{y} = 5 \\ \frac{12y}{x} = \frac{3x}{y}\end{cases}

解得：

\begin{cases} x = 1 \\ y = \frac{1}{2}\end{cases}

满足条件，可得 $3x+4y$ 的最小值为 $5$ ．

重要不等式

证明

由平方差公式： $(a-b)^2 = a^2-2ab+b^2$

并平方的性质： $x^2 \geq 0$

可以得到： $a^2-2ab+b^2 \geq 0$

移项即可得： $a^2+b^2 \geq 2ab$

可作为均值不等式的补充．

由于平方的性质中 $x \in R$ ，因此重要不等式的条件略有不同：

一实： 两个数均为实数，即 $a,b \in R$ ．
二定： 求和时积为定值，求积时和为定值．
三相等： 等号能成立，即等号成立的条件能满足．

连续不等式

均值不等式的全部如下：

$\frac{n}{\frac{1}{a_1} + \frac{1}{a_2} + \cdots + \frac{1}{a_n}} \leq \sqrt[n]{a_1 \cdot a_2 \cdots a_n} \leq \frac{a_1 + a_2 + \cdots + a_n}{n} \leq \sqrt{\frac{a_1^2 + a_2^2 + \cdots + a_n^2}{n}}$ ，其中：

$\frac{n}{\frac{1}{a_1} + \frac{1}{a_2} + \cdots + \frac{1}{a_n}}$ 是调和平均值，

$\sqrt[n]{a_1 \cdot a_2 \cdots a_n}$ 是几何平均值，

$\frac{a_1 + a_2 + \cdots + a_n}{n}$ 是算术平均值，

$\sqrt{\frac{a_1^2 + a_2^2 + \cdots + a_n^2}{n}}$ 是平方平均值．

这个不等式链展示了不同平均值之间的大小关系．

糖水不等式

一杯质量为 $b$ 的糖水含有质量为 $a$ 的糖分，易得该杯糖的质量浓度为 $\frac{a}{b}$ ．向杯中加入质量为 $c$ 的糖，易得该杯糖水的质量浓度为 $\frac{a+c}{b+c}$ ．由常识即可得 $\frac{a}{b} < \frac{a+c}{b+c}$ ．并由情境得： $a>b>0,c>0$ ．

证明

作差： $\frac{a}{b} - \frac{a+c}{b+c}$

简化后得到： $\frac{c(a - b)}{b(b+c)} > 0$

所以不等式 $\frac{a}{b} < \frac{a+c}{b+c}$ 在 $a>b>0,c>0$ 时成立．

权方和不等式

$\frac{x^2}{a}+\frac{y^2}{b} \geq \frac{x^2+y^2}{a+b} \nobreakspace(a,b,x,y \in R_+)$

证明

\begin{aligned} (\frac{x^2}{a}+\frac{y^2}{b})\cdot(a+b) &= x^2+\frac{bx^2}{a}+\frac{ay^2}{b}+y^2 \\ &\geq x^2+y^2+2\sqrt{\frac{bx^2}{a}\cdot\frac{ay^2}{b}} \\ &= x^2+y^2+2xy \\ &=(x+y)^2\end{aligned}

利用不等式的基本性质二即可得到 $\frac{x^2}{a}+\frac{y^2}{b} \geq \frac{x^2+y^2}{a+b}$

To Make Linux Better!

LynxCatTheThird — Wed, 24 Jul 2024 09:32:40 GMT

出发点

部分软件未针对 Arch Linux 进行适配，导致出现兼容性问题。
部分软件的默认配置不尽合理，或与每个人的情况不符，需要进行调整。
系统的部分行为不够合理，需要进行调整。

Alsa 的配置与兼容

Alsa 是 Linux 声卡驱动程序，通常是 Linux 默认的声卡驱动程序。

ArchLinux 的 Alsa 包似乎没有附带默认配置文件，因此难免遇到问题，此处以我自己用到的 ClassIn 为例。

除去软件自带的错误的库

由于 ClassIn 自带一部分 Alsa 库，导致 Alsa 无法正常工作，ClassIn 成了聋哑软件。

ALSA lib dlmisc.c:170:(snd_dlsym_verify) unable to verify version for symbol snd_func_private_integer
ALSA lib conf.c:4556:(_snd_config_evaluate) symbol snd_func_private_integer is not defined inside (null)
ALSA lib conf.c:5047:(snd_config_expand) Evaluate error: 没有那个设备或地址
ALSA lib conf.c:3694:(snd_config_hook_load) Unable to expand filenames in the pre-load section
ALSA lib conf.c:3572:(snd_config_hooks_call) function snd_config_hook_load_for_all_cards returned error: 没有那个设备或地址
ALSA lib control.c:1264:(snd_ctl_open_conf) Invalid type for CTL default definition

直接删除即可：

1	rm -rf /opt/apps/classin/lib/libasound.so*

调整配置文件

指定设备

再次运行 ClassIn，仍然报错，并且找不到扬声器 / 耳机，只找到麦克风：

ALSA lib pcm_dmix.c:1000:(snd_pcm_dmix_open) unable to open slave
ALSA lib pcm_dmix.c:1000:(snd_pcm_dmix_open) unable to open slave
ALSA lib pcm_dmix.c:1000:(snd_pcm_dmix_open) unable to open slave
ALSA lib pcm_dmix.c:1000:(snd_pcm_dmix_open) unable to open slave
ALSA lib pcm_dmix.c:1000:(snd_pcm_dmix_open) unable to open slave
ALSA lib pcm_dmix.c:1000:(snd_pcm_dmix_open) unable to open slave
ALSA lib pcm_dmix.c:1000:(snd_pcm_dmix_open) unable to open slave
ALSA lib pcm_dmix.c:1000:(snd_pcm_dmix_open) unable to open slave

看起来是没找到设备，指定下就好了。

先找一下设备：

aplay -l

输出类似如下内容：

**** List of PLAYBACK Hardware Devices ****
card 1: PCH [HDA Intel PCH], device 0: ALC897 Analog [ALC897 Analog]
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 1: PCH [HDA Intel PCH], device 1: ALC897 Digital [ALC897 Digital]
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 2: HDMI [HDA ATI HDMI], device 3: HDMI 0 [HDMI 0]
  Subdevices: 1/1
  Subdevice #0: subdevice #0

发现有两个 Card，分别是 PCH 和 HDMI，其中 PCH 卡有两个 Device，分别是 ALC897 Analog 和 ALC897 Digital，HDMI 卡有一个 Device HDMI 0。

编辑 /etc/asound.conf 文件，指定声卡。这里我添加如下内容：

pcm.!default {
    type hw
    card 1
    device 0
}

ctl.!default {
    type hw
    card 1
}

当然，也可以用设备名称来指定。

核实下设备名：

1	aplay -l \| awk -F \: '/,/{print $2}' \| awk '{print $1}' \| uniq

输出如下内容：

1
2

PCH
HDMI

改写配置文件：

pcm.!default {
    type hw
    card PCH
    device 0
}

ctl.!default {
    type hw
    card PCH
}

这样就指定了默认的声卡为 PCH。

调节声道

再次运行 ClassIn，仍然报错，而且更糟糕的是输入输出都没有声音 —— 又成聋哑软件了：

ALSA lib pcm.c:8832:(snd_pcm_set_params) Channels count (1) not available for PLAYBACK: 无效的参数
ALSA lib pcm.c:8832:(snd_pcm_set_params) Channels count (1) not available for CAPTURE: 无效的参数
ALSA lib pcm.c:8832:(snd_pcm_set_params) Channels count (1) not available for PLAYBACK: 无效的参数
ALSA lib pcm.c:8832:(snd_pcm_set_params) Channels count (1) not available for PLAYBACK: 无效的参数
ALSA lib pcm.c:8832:(snd_pcm_set_params) Channels count (1) not available for PLAYBACK: 无效的参数
ALSA lib pcm.c:8832:(snd_pcm_set_params) Channels count (1) not available for PLAYBACK: 无效的参数
ALSA lib pcm.c:8832:(snd_pcm_set_params) Channels count (1) not available for PLAYBACK: 无效的参数

声道不太对，调整下配置文件：

pcm.!default {
    type plug
    slave.pcm "hw:1,0"
}

ctl.!default {
    type hw
    card 1
}

这将使用 plug 插件自动转换音频参数以匹配设备的支持范围。

再次运行 ClassIn，声音设备正常了。

后记

还有许多可以修改的，比如解决 Alsa 与 PulseAudio 的冲突，日后再补充……

FontConfig 的美化

FontConfig 是 Linux 字体管理器，负责管理系统中字体文件的搜索路径、渲染方式、字体匹配规则等。

FontConfig 默认配置对 CJK + 编程的应用场景来说并不友好，会遇到以下问题：

CJK 字形错乱，简体中文、繁体中文、日文、韩文等字形混用
字体渲染效果不佳，缺少粗体、斜体等效果
终端设置等宽字体会导致 CJK 字符回退到宋体，设置 CJK 字体会导致等宽字体的错乱
缺失 Windows 下常用的字体（微软雅黑、黑体、宋体、Arial、Times New Roman、Courier New 等）导致显示效果不佳
默认的 Sans、Serif、Monospace 等字体不够美观，并且功能欠缺
ZSH 的符号字体显示效果不佳

懒人篇

安装字体

1	sudo paru -S noto-fonts noto-fonts-cjk noto-fonts-emoji noto-fonts-extra ttf-font-awesome ttf-nerd-fonts-symbols ttf-th-tshyn ttf-jetbrains-mono

调整配置文件

编辑 ~/.config/fontconfig/fonts.conf 文件，添加以下内容：


fontconfig SYSTEM 'urn:fontconfig:fonts.dtd'>
<fontconfig>
    
    <match target="pattern">
        <test name="family">
            <string>system-uistring>
        test>
        <edit binding="strong" mode="prepend" name="family">
            <string>sans-serifstring>
        edit>
    match>
    <match target="pattern">
        <test name="family" qual="any">
            <string>ui-monospacestring>
        test>
        <edit binding="same" mode="assign" name="family">
            <string>monospacestring>
        edit>
    match>
    <match target="pattern">
        <test name="family" qual="any">
            <string>ui-sans-serifstring>
        test>
        <edit binding="same" mode="assign" name="family">
            <string>sans-serifstring>
        edit>
    match>
    <match target="pattern">
        <test name="family" qual="any">
            <string>ui-serifstring>
        test>
        <edit binding="same" mode="assign" name="family">
            <string>serifstring>
        edit>
    match>
    

    
    <match target="pattern">
        <test compare="contains" name="family">
            <string>宋体string>
        test>
        <edit binding="strong" name="family">
            <string>serifstring>
        edit>
    match>
    <match target="pattern">
        <test compare="contains" name="family">
            <string>Microsoft YaHeistring>
        test>
        <edit binding="strong" name="family">
            <string>sans-serifstring>
        edit>
    match>
    <match target="pattern">
        <test compare="contains" name="family">
            <string>微软雅黑string>
        test>
        <edit binding="strong" name="family">
            <string>sans-serifstring>
        edit>
    match>
    <match target="pattern">
        <test compare="contains" name="family">
            <string>Arialstring>
        test>
        <edit binding="strong" name="family">
            <string>sans-serifstring>
        edit>
    match>
    <match target="pattern">
        <test compare="contains" name="family">
            <string>Source Code Prostring>
        test>
        <edit binding="strong" name="family">
            <string>monospacestring>
        edit>
    match>
    

    
    <match target="pattern">
        <test name="family" qual="any">
            <string>monospacestring>
        test>
        <edit binding="strong" mode="prepend" name="family">
            <string>JetBrains Monostring>
            <string>Noto Sans Mono CJK SCstring>
            <string>Noto Color Emojistring>
            <string>Symbols Nerd Fontstring>
            <string>Font Awesome 6 Freestring>
        edit>
    match>

    
    <match target="pattern">
        <test name="family" qual="any">
            <string>sans-serifstring>
        test>
        <edit binding="strong" mode="prepend" name="family">
            <string>Noto Sans CJK SCstring>
            <string>Noto Color Emojistring>
            <string>Symbols Nerd Fontstring>
            <string>Font Awesome 6 Freestring>
        edit>
    match>

    
    <match target="pattern">
        <test name="family" qual="any">
            <string>serifstring>
        test>
        <edit binding="strong" mode="prepend" name="family">
            <string>Noto Serif CJK SCstring>
            <string>Noto Color Emojistring>
            <string>Symbols Nerd Fontstring>
            <string>Font Awesome 6 Freestring>
        edit>
    match>

    
    <match target="font">
        <test name="slant">
            <const>romanconst>
        test>
        <test compare="not_eq" name="slant" target="pattern">
            <const>romanconst>
        test>
        <edit mode="assign" name="matrix">
            <times>
                <name>matrixname>
                <matrix>
                    <double>1double>
                    <double>0.2double>
                    <double>0double>
                    <double>1double>
                matrix>
            times>
        edit>
        <edit mode="assign" name="slant">
            <const>obliqueconst>
        edit>
        <edit mode="assign" name="embeddedbitmap">
            <bool>falsebool>
        edit>
    match>
    <match target="font">
        <test compare="less_eq" name="weight">
            <const>mediumconst>
        test>
        <test compare="more_eq" name="weight" target="pattern">
            <const>boldconst>
        test>
        <edit mode="assign" name="embolden">
            <bool>truebool>
        edit>
        <edit mode="assign" name="weight">
            <const>boldconst>
        edit>
    match>

    <dir>~/.fontsdir>
fontconfig>

解释

字体家族

字体家族（family）是指一组字体，通常包括一个默认字体和一组备用字体。

在 FontConfig 中，字体家族的设置通过 family 选项来实现。这里以 serif（有衬线字体）字体家族为例，设置字体家族的优先级：

<match target="pattern">
    <test name="family" qual="any">
        <string>serifstring>
    test>
    <edit binding="strong" mode="prepend" name="family">
        <string>Noto Serif CJK SCstring>
        <string>Noto Color Emojistring>
        <string>Symbols Nerd Fontstring>
        <string>Font Awesome 6 Freestring>
    edit>
match>

字体家族的优先级由上到下，越靠前的字体优先级越高。建议按照以下优先级设置字体家族：

中文字体
英文字体
表情符号
Icon 字体

设置字体家族后，系统会自动按照优先级匹配字体，从而有效解决问题 3、5、6。如果锁死使用某一字形，还可以粗暴但有效地解决问题 1。此外，若字体有多字重，搭配渲染设置可以解决问题 2。

字体替换

比如上面覆盖 宋体 字体与system-ui 字体家族的配置，以解决问题 4。

渲染策略

直接使用默认配置就好了，有问题再二分法排查。啥？你没备份？我这有一份完全的默认的配置，注释都没删，罚你自己整理！


fontconfig SYSTEM 'urn:fontconfig:fonts.dtd'>
<fontconfig>
 
 <match target="font">
  
  <test name="slant">
   <const>romanconst>
  test>
  
  <test compare="not_eq" name="slant" target="pattern">
   <const>romanconst>
  test>
  
  <edit mode="assign" name="matrix">
   <times>
    <name>matrixname>
    <matrix>
     <double>1double>
     <double>0.2double>
     <double>0double>
     <double>1double>
    matrix>
   times>
  edit>
  
  <edit mode="assign" name="slant">
   <const>obliqueconst>
  edit>
  
  <edit mode="assign" name="embeddedbitmap">
   <bool>falsebool>
  edit>
 match>
 
 <match target="font">
  
  <test compare="less_eq" name="weight">
   <const>mediumconst>
  test>
  
  <test compare="more_eq" name="weight" target="pattern">
   <const>boldconst>
  test>
  
  <edit mode="assign" name="embolden">
   <bool>truebool>
  edit>
  
  <edit mode="assign" name="weight">
   <const>boldconst>
  edit>
 match>
 <match target="font">
  <edit mode="assign" name="rgba">
   <const>rgbconst>
  edit>
 match>
 <match target="font">
  <edit mode="assign" name="hinting">
   <bool>truebool>
  edit>
 match>
 <match target="font">
  <edit mode="assign" name="hintstyle">
   <const>hintslightconst>
  edit>
 match>
 <dir>~/.fontsdir>
 <match target="font">
  <edit mode="assign" name="antialias">
   <bool>truebool>
  edit>
 match>
fontconfig>

后记

此外，还有一些高级的设置，比如：

调整字体大小、粗细
根据语言自动调整字体
为某一程序调整字体
为某一字体调整渲染策略
根据应用场景自动调整渲染策略

这些设置可以根据个人喜好进行调整。我对此没有需求，未做过研究，请参阅以下资料：

旧手机优化计划之三 - 流畅、保活与省电

LynxCatTheThird — Thu, 11 Jul 2024 15:00:00 GMT

除非您有把握，否则不建议随意调整手机默认的性能配置！默认的，往往是最好的！

流畅度

内存方向

对于 Android 11 + Magisk + LSPosed + 小而美 + QQ + etc. 来说，sdm660 + 4GB 已显捉襟见肘。对于小而美、QQ、B 站、抖音等软件，其本身优化就极差，再加一堆 XpHook，性能便更差了：不仅狂杀后台，而且时常会 OOM。怎么办呢？

交换空间

本段教程尽力做到流畅和保后台之间平衡，但是由于 OPPO R11 内存实在偏小，不得不向保后台偏移。代价就是1. 增多耗电，加剧发热2. 热启动变慢

为了从源头上解决内存捉襟见肘的问题，我们可以使用交换空间。这里我使用使用 Scene 调节。

ZRAM

ZRAM 是在内存中划出一块来并对其进行压缩，详情可见 ArchWikiCN。正因如此，ZRAM 设置不当会给 CPU 带来显著的压力，进而拉大耗电量、减少续航。

如果您只打算开 ZRAM，那么建议在 2GB 到 3GB（2048MB 到 3072MB）之间。过小作用不大，过大拉多耗电量。

Swap

不可以只启用 Swap，这会严重拉慢磁盘 IO 与严重磨损磁盘！

ZRAM+Swap

ZRAM 建议在 1.5GB 到 2.5GB（1536MB 到 2560MB）之间，Swap 建议在 0.5GB 到 1.5GB（1024MB 到 1536MB）之间，并且当 Scene 提示交换策略时，选择优先使用 ZRAM。这样可以让新鲜的数据在较快的 ZRAM 里交换，而当 ZRAM 被榨干时则把脏数据写到 Swap 以备过后使用。

VM Parameters

将 swapiness 和 extra_free_kbytes 拉得较大。这样可以保证留有充足的 RAM 以防止 OOM。

特殊版本

微信

~~微信版本复杂，建议参考百分之千 / 定制版应用收藏 / 版本拐点选择，并从酷安老哥微笑渲染悲伤的帖子里下载。~~

~~比较推荐的是 CN 7.0.21、Play 8.0.15、Play 8.0.33、CN 8.0.42。~~

不建议 OPPO R11 使用微信了，实在太卡。

QQ

~~建议用 9.0.8，可以从QQUpdates、QQ/TIM Update Log 获得。9.0.15 和 9.0.17 有多人报道冷启动、小程序、扫码变慢。~~

时代变了，建议用 9.0.65，可以从QQUpdates、QQ/TIM Update Log 获得。

Others

请参考以下几个视频：

安卓软件保姆级优化，让你的手机再战三年！

让老旗舰机重回新生？请收好这份养老软件指南！

三方客户端

对于某些热门软件，可能会有大佬用爱发电。传送门有：

PiliPlus（哔哩哔哩）
Hydrogen（知乎）
Shaft（Pixiv）

这些三方客户端有更为优秀的外观，更为可观的速度，以及某些诱人的功能。

手动养老

对 QQ 微信等压力大的软件启动 Scene 监视器，随时监测硬件状况以逼迫自己养老，防止 OOM。

CPU 方向

通用

推介以下两件套：Scene ~~、Moka~~。

Scene 可以调整 CPU~~，Moka 可以删除温控［注意：OPPO R11 一路下键即可，删不干净很正常，全删掉会有 Bug（比如爆音、打电话自动开免提、录屏时录不了系统内部声音）］~~，强烈不建议删除温控，而且移除温控之后毫无效果。

三方调度

Uperf 方案

刷入 Uperf Game Turbo、AsoulOpt

Uperf Game Turbo 可以较好地调节 CPU，使之在需要省电时省电、需要性能时高效。（注意：我们只需要 Uperf Game Turbo 的配置文件，而不需要其过分地教我们做事。为了避免其引起的一系列问题，请在刷入后将其禁用。）

AsoulOpt 可以调节线程，提高 CPU 效率。

CuprumTurbo Scheduler 方案

说这个东西可能令人眼前一黑，但如果说 CuToolBox，相信大多数人都耳熟能详。CuprumTurbo Scheduler 就是 CuToolBox 的模块版。

经过测试后发现其确实有助于提升流畅性；但未经长期测试，加之峰值功率与 Uperf Game Turbo 相比明显偏大，难以得出准确结论。

安装 Tritium Fiage 前，请先卸载 Uperf 及其相关和衍生模块和 AsoulOpt，并关闭 Scene 的核心分配与高通的 Performance Boost Config。

Tritium Fiage 方案

Tritium Fiage 是基于 CuprumTurbo Scheduler 的修改版，可以从酷安的鱼龄那里下载。

启用后建议将性能模式设为默认。功耗基本不会变，但流畅度会好很多。

安装 Tritium Fiage 前，请先卸载 Uperf 及其相关和衍生模块和 AsoulOpt，并关闭 Scene 的核心分配与高通的 Performance Boost Config。

不必手动安装 cu_jank_detector.zip，启动不了。

~~不要安装解除系统限制模块。这是与 Moka 重复的去温控模块，并且效果略差。~~不建议去除温控。

Dex2oat

手动 dex2oat 可以提高冷启动速度并降低 CPU 和 RAM 占用，具体选哪一个模式请自行测试。

后台

这里假设您使用 ZRAM（2048MB）+Swap（1536MB）+Tritium Fiage（1.2.1）方案！

后台优化后并不是可以放飞自我了；相反，留后台会显著加大 OOM 的风险，尤其是在 OPPOR11 等 RAM 吃紧的机型上，请务必适当设置交换空间，并合理使用！

对非必要软件关禁闭

使用小黑屋、雹等软件，以禁用方式冻结在后台死皮赖脸的软件。

调节所有软件后台活动

在 Thanox 的后台启动和后台运行中对用户应用设置全不，在任务清理和乖巧模式中设置全部，随后排除 Shizuku、输入法、三方 Widget 等常驻后台的软件。
切换过滤规则为系统，对软件商店等毒瘤适当设置。（我用类原生，没有经验，提供不了相关建议）
添加模板，仅打开任务清理和乖巧模式（仅点亮这两个开关，其他均灭掉），并启用自动配置

注意

对咕噜咕噜 Play 服务、咕噜咕噜服务框架和咕噜咕噜商店的操作可能会导致其它软件无法调用咕噜咕噜相关服务
对下载器与浏览器打开乖巧模式会导致下载通知冻结
对浏览器打开后台运行而关闭任务清理可能会导致其一直在后台吃内存

为必要软件开小灶

接消息

某些软件（比如微信 QQ 等通讯软件）要接消息，但如果一直挂后台占 RAM 太多，可在应用详情页：

打开后台启动（否则开机不自启动）
打开后台运行、后台保护，关闭任务清理（否则频繁被杀死）
乖巧模式（减少后台占用）

监听

某些软件（比如 Robot36、Thanox 后台记录、Scene 动态切换、Shizuku）要能够一直执行下去并试试反应用户操作，还有一些软件（比如天气小组件）要频繁获取信息，可在应用详情页：

打开后台启动（否则开机不自启动）
打开后台运行、后台保护，关闭任务清理、乖巧模式（否则频繁被杀死）

效果

旧手机优化计划之二 - Root

LynxCatTheThird — Thu, 11 Jul 2024 05:18:32 GMT

总述

本文将介绍三种主流 Root（Magisk、KernelSU、APatch）的安装，并介绍它们的一些技巧提示。

开始之前，请确保您已经刷入了 TWRP 3.7.0、1170底包的系统，并有且只有一种可用的 Root 方式。

必备前置知识

救砖

救砖 | KernelSU
救砖 | APatch Docs
logcat、dmesg、/proc/kmsg 等抓取日志的方法
基本的 Git 知识

内核切换方法

切换、更新、修改内核有三种方法：

从别人那里要来 boot.img 刷入
将内核镜像（.gz/.gz-dtb）用 AnyKernel3 刷入
将内核镜像（Image）用 magiskboot 打包入 boot.img 刷入

Magisk

安装 Magisk

下载 Magisk 最新版 APK 文件，并安装到手机中。
打开 Magisk Manager，点击左上角的 “安装” 按钮，选择空白的 Boot 镜像文件，修补。
使用 TWRP 备份 Boot 分区，刷入修补好的 boot.img 到 Boot 分区，然后重启手机。
重启后会提示需要修复环境，不要点击修复，按返回键拒绝。选择安装，取消勾选“安装到 Recovery”，然后重启。

Magisk 注意事项

Wenhao 新版内核由于未知原因不适用 Magisk，将会导致手机随机重启入 EDL 模式或高通救援模式，并且无法使用微信视频通话和 QQ 视频通话，请勿尝试。
修复 Magisk 运行环境与更新 Magisk 时，务必取消勾选 “安装到 recvoery” 这个选项，高版本 Magisk （26.1+）会默认启用这个选项，错误刷入后会导致 WLAN 无法打开以及 Recovery 无法进入。
如果您不慎安装到了 Recovery，请提取卡刷包内的 boot.img 和 recovery.img 重新刷入对应分区，或者干脆重刷完整包。
“Ramdisk” 为 “否” 是正常的，是 R11 (s) 设备的特性，不影响 Magisk 功能。
使用 Magisk Delta（后改名 Kitsune Mask）将难以在除 Kitsune 自己的群组之外的社区得到技术支持，也不需要且无法使用 Shamiko 和 ZygiskNext（包括衍生）。不建议继续使用 Kitsune Mask，其不仅在社区内臭名昭著，而且已经停止更新。
Alpha 禁止在 Android 内修改 /system，介意勿用。但要知道：这十分有利于安全。

Magisk 技巧提示

Magisk APK 相当于刷机包。当 Magisk 出现 “掉 Root 权限”“获取不到 Root 权限”“Zygisk 反复注入失败” 等问题，而三方 Recovery 又可用时，您可以通过将 Magisk.apk 重命名为 Magisk.zip 并刷入来修复。
Magisk 有多个 Fork，各 Fork 各有不同。若您想切换不同的的 Fork，除了在三方 Recovery 中刷入 Magisk.zip 外，还可以在已有的 Magisk Manager 中授予将要安装的 Magisk Manager Root 权限，并重新启动准备安装的 Magisk Manager。此时准备安装的 Magisk Manager 应当有 “无法获取版本信息”“必须重新安装”“修复运行环境” 等提示，重新安装即可。

KernelSU

安装 KernelSU

在第三方 Recovery 中把 AnyKernel3-*.zip 刷入即可

KernelSU 注意事项

~~KernelSU 在 1.x 版本中移除了 non-GKI 支持，因此不适用于 R11 设备。R11 设备请使用 0.9.5 及以下版本。~~ R11 作为 non-GKI 设备应当使用 RKSU
KernelSU 在 0.9.3 版本中更改了管理器检测方式，在 ColorOS 6 上会引起卡二屏。请使用 0.9.2 及以下版本。
~~安装模块超级慢的情况暂时无解。~~ MKSU 引入了 Magic Mount，可以缓解安装模块缓慢无比的情况。
KernelSU 禁止在 Android 内修改 /system，介意勿用。但要知道：这十分有利于安全。
KernelSU 没有申请 Root 权限的机制。在授予应用程序 Root 后，应用程序在调用时会自动获取 Root 权限且无任何提示。请仅授予可信的应用程序 Root 权限！
~~KernelSU 暂未有较好的隐藏挂载点泄漏的方法。~~ 不建议使用 susfs。

APatch

安装 APatch

下载 APatch 最新版 APK 文件，并安装到手机中。
打开 APatch Manager，点击右上角的 “安装” 按钮，选择空白的 Boot 镜像文件，修补。
使用 TWRP 备份 Boot 分区，刷入修补好的 boot.img 到 Boot 分区，然后重启手机。

APatch 注意事项

更新 APatch 管理器后需进行两步更新：
1. 点击主页面更新以更新系统补丁（APatch）
2. 重新修补并刷写 Boot 分区以更新 KernelPatch
APatch 禁止在 Android 内修改 /system，介意勿用。但要知道：这十分有利于安全。
APatch 没有申请 Root 权限的机制。在授予应用程序 Root 后，应用程序在调用时会自动获取 Root 权限且无任何提示。请仅授予可信的应用程序 Root 权限！
若您使用了他人修补的 boot.img，务必重新设置密钥！
Scene 及其附属模块暂不支持 APatch，请勿尝试安装。

APatch 技巧提示

可通过使用内核模块 Cherish Peekaboo 隐藏一些挂载点。（作者：GarfieldHan，暂停更新）
可通过特殊方法使用 Shamiko，但非常不建议。（作者：GarfieldHan）

参考资料

拓展阅读

鸣谢

Wenhao2130

旧手机优化计划之一 - 刷机

LynxCatTheThird — Thu, 02 May 2024 11:18:32 GMT

作为一个信息学爱好者，怎么能不搞刷机呢？作为旧机型用户，我已经遭受绿厂迫害数年了。一气之下，我便把手机刷成了类原生（DotOS 5.2 Vanilla）。在使用了数月后，有了些许经验，分享一下。

机型概况

机子是 2017 年发布的 OPPO R11，CPU 是骁龙 660 AIE，运存为 4GB，闪存是严重磨损的 eMMC 64GB。电池是原装的 3000mAh 的（现在只有 2200mAh 了）。

绿厂只给到 Android 9 ColorOS 6，连暗色模式都没有，根本满足不了我的需求。于是，我决定刷机。

OPPO R11 目前主要由 CY 团队维护，故绝大多数资源来自 CY 团队的下载站。分享链接有密码，请自行加群获取。

刷机入门

在此，我们需要明确几个定义：

底层：是指基本的驱动等最重要、最基本的文件，即 “底包”。R11 (s) 系列底包版本号多为 X.nn、nnnn 或 nnnnnn 格式。由于并不总是能够提供三种版本号，请自行辨别。
系统：
1. 字面意义上的系统，包括全部可被刷写的分区
2. 分区名，通常指 System 分区，可能同时也包括 Boot 分区和 Vendor 分区
A/C：为了避免歧义，本文中 Android 与 ColorOS 均使用全称而不简称为 A 或 C

解除 Fastboot 限制

由于在大多数稳定版系统中 OPPO 对 fastboot 进行了限制，所以我们必须降级或升级至合适的版本进行解锁 BootLoader 的操作。

无限制

若您的版本号为 A.01 / 170529 或 C.17 / 1170，恭喜，Fastboot 畅通无阻，您可直接开始解锁 BootLoader。

升级

若您的版本号小于 C.17 / 1170，则可以下载 R11_11_OTA_1170_all_PDZfMhjgV0q1_b68a39.ozip，在自带文件管理中打开，升级至 C.17 / 1170 以解除限制。

降级

相信决定对 OPPO R11 刷机的同学大多数应该更新到了比较新的系统版本吧？如果您的版本号为 C.19 / 1190，则必须采用降级法。由于此时手机处于严重受限状态，所以我们只能采用最底层的刷机方式 9008 刷机（这也是售后修手机的方法）进行降级操作。

打上驱动
下载 R11_11_A.01_170529（9008 线刷包，11、11t 可用）.7z 和 R11-MsmDownloadTool.exe，选择对应代号（R11 的代号为 16051）；手机关机，同时按下电源键 +音量++音量- 进入 EDL（9008 模式），连接手机至电脑，按照提示刷入即可。
A.01，启动！

切记保证数据线连接良好，慎防数据线意外松动。除此之外，基本不会出现什么问题。如果出现诸如 “握手失败”“握手超时” 之类的错误，请尝试重启电脑与手机、更换数据线或 USB 口、重装驱动，有条件的更换电脑。

解锁 BootLoader

打开开发者选项
打开手机，进入设置，找到 “关于手机” 或 “关于设备” 选项，找到 “版本号” 或 “型号 “一栏，并连续点击数次（通常需要点击 7 次），开发者模式即可成功开启。
打开 OEM 解锁和 USB 调试开关
下载 SDK Platform Tools，并解压到合适的位置
手机连接电脑，重启到 fastboot（或执行 adb reboot fastboot），然后执行 fastboot oem unlock，终端应当提示 “unlocked”
重启，手机应当有一橙色感叹号（< ! >），提示 “数据有危险”，并要求你访问g.co/ABH。若有，则解锁成功。

刷入第三方 Rec

手机连接电脑，重启到 fastboot（或执行 adb reboot fastboot）
电脑下载合适的 Recovery 镜像，执行 fastboot flash recovery twrp-x.x.x-xxxx.img

刷入第三方系统

从第三方系统刷机包 (Third Party ROM) 内下载喜欢的包
这些包大多是一体包，直接刷入就好

网站速度优化指北

LynxCatTheThird — Mon, 17 Jul 2023 00:00:30 GMT

在开始之前，有这么一个网站：https://files.lynx3.link/html/loading.html。

这里面引入了五套字体，每套字体 3 个或 9 个字重，共计需要加载 1000 ～ 2000 个字体文件。那么，这个网页的速度与性能，会差到什么程度？

由此，我们引出本文的话题：如何优化网站速度？

减少下载资源的数量

更多的文件意味着更长的加载用时与渲染用时，因此应慎重引入。以 Butterfly 主题为例，若不必需某些组件（如 abcjs），则应将其关闭。若不明确某些功能（如 Layload）的利弊关系，则也不应轻易启用。常见的有：

功能性附加组件

附加组件包括 abcjs，Mermaid，Katex / MathJax，Aplayer，Firework 等。这些东西若非必需，不应以多多益善为由开启。

1
2
3

# eg.
aplayerInject:
  enable: false

此外，还有诸如小挂件、弹窗等，同样有一定的性能需求，可能也会对页面带来负担。

预加载

在双方网速足够快时，开启它作用并似乎不明显。但对于部署于 Github Pages 等国外平台建议开启。

1	instantpage: true

懒加载

在图床速度足够快时，开启它作用并不明显。

1 2	lazyload: enable: false

调节动画

很多朋友为了网页美观性往往会添加加载动画，但正如前面所说，只要有一条资源有问题，就会阻塞整个加载动画，致使网页迟迟显示不出有效内容。纵使是非全屏式动画（pace_css），也仿佛在提示用户 “嘿！我还没加载完呢！” 十分影响观感，建议关闭。

1 2	preloader: enable: false

但是开启转场动画可以掩盖加载时的闪烁，提高美观性。

1	enter_transitions: true

优化图片

图片作为媒体的重头戏，在网页上不可或缺。随着图片体积的增大，图片所带来的负担也不容小觑。优化图片的要做的是减小体积，其方法有：

手动降低分辨率、位深、色彩精度之类
使用工具进行无损或低损压缩
参见：Butterfly 安裝文檔 (六) 進階教程 | Butterfly
将 PNG，JPG 等格式转为 WeBP 或 Avif 格式
此类图片发布日期较新，有许多新技术以及新特征（比如在保证质量不太差的前提下，最大程度压缩体积），适合网页使用
将 Gif 换用 APNG 或 MP4
Gif 不仅体积巨大，质量差，渲染还十分费力，不如直接用视频

保证资源加载畅通

保证性能良好

在引用资源前，应确保来源稳定可靠。若其速度不稳定或服务时好时坏，可能会导致卡加载动画或卡白屏。

应对资源和服务进行维护、监控或选择可靠的来源，引入前应进行多地 Ping / HTTP 测试，确保多地访问通畅。

若确因资金、政策、网络环境等原因不能保证服务时时可用，可用备用 URL 或 IP 属地判断等技术缓解。具体按可以参见 hexo-swpp、 Swpp Backends 官方文档和一份新版配置文件。

使用合适的 CDN

打个比方，假如在上海收快递时，件儿从苏州还是美国发过来快？显然是苏州！CDN 也同理。市面上常用的公益 CDN（JSDelivr， UNPKG，CDNJS）等多没有大陆节点，使用此类 CDN, 数据包往往要漂洋过海从大洋彼岸发过来，速度堪忧。

以 Butterfly 为例，可在配置中将 CDN 来源设为 custom 以使用可靠的国内 CDN：

1
2
3

CDN:
  third_party_provider: custom
  custom_format: https://registry.npmmirror.com/${name}/${version}/files/${file}

其它一些优秀的公益 CDN：

# Custom format
## NPM(推荐，CDNJS 并不总是提供最新版本的包)
# custom_format: https://cdn.jsdmirror.com/npm/${name}@${version}/${file}
# custom_format: https://npm.webcache.cn/${name}@${version}/${file}
custom_format: https://registry.npmmirror.com/${name}/${version}/files/${file}
# custom_format: https://npm.akass.cn/${name}@${version}/${file}
## CDNJS
# custom_format: https://s4.zstatic.net/ajax/libs/${cdnjs_name}/${version}/${min_cdnjs_file}
# custom_format: https://cdnjs.webstatic.cn/ajax/libs/${cdnjs_name}/${version}/${min_cdnjs_file}
# custom_format: https://sf.akass.cn/${cdnjs_name}/${version}/${min_cdnjs_file}

若国内源无法包含所有所需文件，还可以给某资源设定单独链接。例如：

1
2
3

CDN:
  option:
    busuanzi: https://cn.vercount.one/js

若站点面向全球用户，则可选择 CDN 竞速等策略。具体按可以参见 hexo-swpp、 Swpp Backends 官方文档和一份新版配置文件。

压缩文件

HTML/JS/CSS 文件中的回车、部分空格、注释等仅起提高可读性的作用，却仍占用相当大体积，因此应将其删去。

Gulp

参见网站加载速度优化方案总结 | 山岳库博

Hexo 插件

参见 [Hexo 压缩静态文件 | Argvchs の小窝](https://argvchs.github.io/2022/08/27/hexo-minify-static-files/)

1	npm install hexo-html-minifier hexo-clean-css hexo-uglify --save

在博客目录下 `_config.yml` 添加如下配置：

uglify:
  mangle: true
  output:
  compress:
  exclude:
    - "*.min.js"

clean_css:
  exclude:
    - "*.min.css"

html_minifier:
  collapseBooleanAttributes: true
  collapseWhitespace: true
  ignoreCustomComments: [!!js/regexp /^\s*more/]
  removeComments: true
  removeEmptyAttributes: true
  removeScriptTypeAttributes: true
  removeStyleLinkTypeAttributes: true
  minifyJS: true
  minifyCSS: true

curbengh 的 `hexo-yam` 插件

1	npm install hexo-yam --save

在博客目录下 `_config.yml` 添加如下配置：

minify:
  enable: true
  previewServer: true
  html:
    enable: true
    exclude:
  css:
    enable: true
    exclude:
  js:
    enable: true
    exclude:
      - "*.min.js"
  svg:
    enable: true
    include:
      - "*.svg"
  gzip:
    enable: false
  brotli:
    enable: false
  xml:
    enable: false
    include:
      - "*.xml"
  json:
    enable: true
    include:
      - "*.json"
  zstd:
    enable: false