Clay 的技术空间

用进废退 | 艺不压身

发表于 评论数： 本文字数： 2.2k 阅读时长 ≈ 2 分钟

Windows 临界区

核心概念

Windows 临界区（CRITICAL_SECTION）是 Windows 系统提供的一种线程同步机制，主要用于保护进程内多个线程访问共享数据，避免多个线程同时访问共享资源而产生数据竞争。

  • 核心特点
    • 进程内使用：只能用于同一个进程中的线程之间进行同步。
    • 互斥访问：同一时刻通常只有一个线程能够进入临界区，其他线程需要等待。
    • 轻量级：相比 Windows 内核互斥对象，临界区通常具有更低的开销，适合频繁进行线程同步的场景。
    • 需要初始化和销毁：使用前需要初始化，使用结束后需要释放相关资源。
    • 手动加锁和解锁：进入临界区后必须确保最终能够离开，否则可能导致其他线程长期等待甚至死锁。
    • 不支持跨进程同步：如果需要实现不同进程之间的同步，应使用 Windows 的互斥体（Mutex）等内核同步对象。
阅读全文 »

发表于 评论数： 本文字数： 3.8k 阅读时长 ≈ 3 分钟

大纲

Qt 安装说明

从 Qt 官网 下载在线安装器（比如 qt-online-installer-windows-x64-4.11.0.exe），运行后根据实际开发需求选择相应的组件进行安装。常见组件及其作用如下表所示：

组件作用必选
Qt SDK 包含 Qt 库及相关开发组件，用于开发 Qt 应用程序。是
MinGWWindows 平台上的 GCC 编译器工具链，用于编译 C/C++ 程序。否（使用 MinGW 工具链时必选）
MSVC 微软 C/C++ 编译器工具链，用于 Windows 平台上的 C/C++ 程序开发。否（使用 MSVC 工具链时必选）
Ninja 高效的构建工具，常与 CMake 配合使用，执行编译和链接，作用类似 Linux 平台的 Make。否
CMake 跨平台构建系统生成工具，用于配置项目并生成构建文件。否（使用 CMake 管理项目时必选）
Qt CreatorQt 集成开发环境，提供代码编辑、项目管理、编译和调试等功能。否（使用 Qt Creator 开发时必选）
Qt Design Studio 用于可视化设计 QML 界面、创建动画和 UI 原型。否
阅读全文 »

发表于 评论数： 本文字数： 3.7k 阅读时长 ≈ 3 分钟

RAID 历史

1988 年美国加州大学伯克利分校的 D.A.Patterson 教授等首次在论文 “A Case of Redundant Array of Inexpensive Disks” 中提出了 RAID 概念，即廉价冗余磁盘阵列（ Redundant Array of Inexpensive Disks）。由于当时大容量磁盘比较昂贵，RAID 的基本思想是将多个容量较小、相对廉价的磁盘进行有机组合，从而以较低的成本获得与昂贵大容量磁盘相当的容量、性能、可靠性。随着磁盘成本和价格的不断降低，” 廉价” 已经变得毫无意义。因此，RAID 咨询委员会（RAID Advisory Board，RAB）决定用 “独立” 替代 “廉价”，于是 RAID 变成了独立磁盘冗余阵列（Redundant Array of Independent Disks）。但这仅仅是名称的变化，实质内容并没有改变。

阅读全文 »

发表于 评论数： 本文字数： 5.6k 阅读时长 ≈ 5 分钟

前言

由于人工智能（AI）发展迅速、日新月异，文中所列 AI 编程工具排行榜仅供参考，具有一定时效性，可能会随时间变化而失去准确性。截止 2026 年 3 月，AI 编程工具已经从早期单纯的 “代码补全工具”（只能基于上下文提示补几行或者一段代码），演进为具备更强自主能力的 AI Agent。这类 AI Agent 不仅能够理解需求，还可以自动完成从方案设计、代码编写、调试测试到迭代优化的一整套开发流程，甚至可以调用工具链、运行代码并根据结果进行自我修正。换句话说，AI 正在从 “辅助写代码” 转变为 “参与甚至主导功能开发” 的角色，极大提升了开发效率，也正在重塑软件工程的工作方式。

阅读全文 »

发表于 评论数： 本文字数： 3.9k 阅读时长 ≈ 4 分钟

前言

在 Linux 系统中，磁盘 I/O 往往是性能瓶颈。当应用程序频繁读取大文件（例如数据库文件、日志文件、多媒体文件）时，系统可能因为 I/O 等待而变得非常卡顿。为了减少磁盘压力、提升性能，Linux 提供了多种利用内存作为缓存的机制，例如：tmpfs、ramfs、Page Cache（页缓存）。本文将详细介绍这些机制的使用方法及区别，并介绍常用的磁盘 I/O 诊断工具。

阅读全文 »

发表于 评论数： 本文字数： 3.2k 阅读时长 ≈ 3 分钟

Nginx 配置信息自动热加载

在生产环境中，Nginx 的配置信息通常是通过 Kubernetes 的 ConfigMap 进行存储和管理。为了在 ConfigMap 更新后，让 Nginx 自动加载最新的配置信息（即热加载，不会重启 Pod，不会中断现有请求），可以采用以下几种方案：

方案序号方案名称 Nginx 是否可以直接 Reload 优点缺点
方案一容器之间共享进程命名空间可以简单有效依赖 shareProcessNamespace（共享进程命名空间），容器间进程可见，安全性较低
方案二部署 Reload Agent 可以安全隔离实现复杂一点

方案选择建议

  • 如果是在开发或测试环境中简单实现 Nginx 配置信息自动热加载，推荐使用方案一（容器之间共享进程命名空间）。
  • 如果是在生产环境中实现 Nginx 配置信息自动热加载，推荐使用方案二（部署 Reload Agent），避免跨容器进程控制，隔离性更好。
阅读全文 »

发表于 评论数： 本文字数： 4.7k 阅读时长 ≈ 4 分钟

大纲

前言

假设，目前线上系统是单库单表（即未分库分表），单表已有约 600 万条数据。计划将数据迁移到 3 个库、每个库 4 张表的分库分表架构中，每张表存放约 50 万条数据。已经选定了分库分表的中间件（例如 Sharding-JDBC 或 Mycat），问题是：如何在不影响线上业务（即不停机）的情况下，将系统平滑迁移到新的分库分表架构上？

为什么要分库分表？

分库分表主要有两个原因，要不就是单库并发压力太高，要不就是单库数据量太大。

阅读全文 »

发表于 评论数： 本文字数： 13k 阅读时长 ≈ 12 分钟

大纲

前言

本文将基于 C++ 开发一个类似 Muduo 的高性能网络库，项目代码大部分都是从 Muduo 移值过来，同时去掉 Boost 依赖，并使用 C++ 11 进行代码重构，重点是学习 Muduo 的底层设计思想（尤其是 Multiple Reactors 模型）。

阅读全文 »

发表于 评论数： 本文字数： 8.9k 阅读时长 ≈ 8 分钟

大纲

Kubernetes 简单介绍

各种部署方式的区别

传统的应用部署方式是通过插件或脚本来安装应用，这样做的缺点是应用的运行、配置、管理、所有生存周期将与当前操作系统绑定，这样做并不利于应用的升级更新、回滚等操作；当然也可以通过创建虚拟机的方式来实现某些功能，但是虚拟机非常重，并不利于可移植性。新的方式是通过部署容器方式实现，每个容器之间互相隔离，每个容器有自己的文件系统，容器之间进程不会相互影响，能区分计算资源。相对于虚拟机，容器能够快速部署，由于容器与底层设施、机器文件系统解耦的，所以它能在不同云、不同版本操作系统间进行迁移。容器占用资源少、部署快，每个应用可以被打包成一个容器镜像，每个应用与容器间成一对一关系也使容器有更大优势，使用容器可以在 build 或 release 的阶段，为应用创建容器镜像，因为每个应用不需要与其余的应用堆栈组合，也不依赖于生产环境基础结构，这使得从研发到测试、生产能提供一致环境。类似地，容器比虚拟机轻量、更 “透明”，这更便于监控和管理。

阅读全文 »