blog of peter

1. 为什么需要 Ranges？ 在 C++20 之前，处理数据序列是这样的： // 传统 STL：冗长、易错 std::vector<int> nums = {1, 2, 3, 4, 5, 6}; std::vector<int> result; for (int n : nums) { if (n % 2 == 0) { result.push_back(n * n); } } // 或者用算法（更复杂） std::vector<int> result; std::copy_if(nums.begin(), nums.end(), std::back_inserter(result), [](int n) { return n % 2 == 0; }); std::transform(result.begin(), result.end(), result.begin(), [](int n) { return n * n...

什么是 Rust 迭代器？ Rust 的迭代器（Iterator）是一种强大的抽象，它允许你遍历集合元素而不需要关心底层数据结构的具体实现。迭代器模式是函数式编程的核心概念之一，Rust 在这方面做得特别出色。 迭代器的基本概念 在 Rust 中，任何实现了 Iterator trait 的类型都可以称为迭代器： pub trait Iterator { type Item; fn next(&mut self) -> Option<Self::Item>; } 核心方法 next() 返回 Option<Item>，当迭代完成时返回 None。 创建迭代器的方法 1. iter() - 不可变引用迭代 fn main() { let vec = vec![1, 2, 3, 4, 5]; // 使用 iter() 创建迭代器 let mut iter = vec.iter(); assert_eq!(iter.next(), Some(&1)); ...

C++20引入的concept是C++模板编程的一项重大特性，用于定义对模板参数的约束，提高模板代码的可读性、错误诊断和维护性。以下是对C++20 concept的详细讲解，包括其背景、语法、用途、设计理念以及实际应用。 1. 背景和动机 在C++20之前，模板编程虽然强大，但存在以下问题： 缺乏明确的约束：模板参数的类型要求通常通过文档或代码中的隐式假设来表达。如果模板的使用不符合要求，编译器会在实例化时产生难以理解的错误信息。 错误信息复杂：模板实例化失败时，编译器通常会输出冗长且晦涩的错误信息，难以快速定位问题。 代码可读性差：开发者需要通过模板元编程或SFINAE（Substitution Failure Is Not An Error）等技术间接约束模板参数，这增加了代码复杂度和学习成本。 concept的引入解决了这些问题，它允许开发者显式地定义模板参数的语义要求，使代码更清晰、错误信息更友好，同时提高编译器的诊断能力。 2. 什么是Concept？ concept是一个命名的约束集合，用于描述模板参数必须满足的条件。它可以看作是对类型或值的语义要求的一种形式化表...

Concept 是 C++20 对模板参数的命名约束。它解决了模板编程的核心痛点：错误信息晦涩、约束表达隐式、SFINAE 代码难以维护。 1. 核心语法 template<typename T> concept ConceptName = constraint_expression; 定义示例： template<typename T> concept Addable = requires(T a, T b) { a + b; // 表达式必须合法 }; template<typename T> concept Numeric = std::integral<T> || std::floating_point<T>; template<typename T> concept Container = requires(T c) { typename T::value_type; // 必须有嵌套类型 c.begin(); // 必须有...

Rust 是一门注重内存安全、性能和并发性的系统编程语言。以下是其核心语法的扩展介绍，涵盖更多细节和实用特性，适合初学者快速了解并深入掌握。 1. 变量与常量 变量：使用 let 声明，默认不可变。使用 mut 允许修改。变量可以被遮蔽（重新声明）。 let x = 5; let x = x + 1; // 遮蔽，创建新变量 let mut y = 10; y = 15; 常见场景与注意事项： 配置常量与全局值：不可变配置信息用 const 或 static，但如果需要延迟初始化或线程安全的可变全局，优先使用 once_cell::sync::Lazy 或 lazy_static + Mutex。 遮蔽（shadowing）用于按步骤转换值（例如 let s = s.trim();），可以减少可变性并限定作用域。 谨慎使用 static mut —— 这是不安全的；如需全局可变状态请使用 Atomic* 类型或加锁封装。 类型推断与转换：Rust 编译器能自动推断大多数类型，但在复杂情况下需要显式声明。let x = 5; // 推断为 i32 let y...

Rust 是一门注重内存安全、性能和并发性的系统编程语言。以下是其核心语法的扩展介绍，涵盖更多细节和实用特性，适合初学者快速了解并深入掌握。 1. 变量与常量 变量：使用 let 声明，默认不可变。使用 mut 允许修改。变量可以被遮蔽（重新声明）。 let x = 5; let x = x + 1; // 遮蔽，创建新变量 let mut y = 10; y = 15; 常见场景与注意事项： 配置常量与全局值：不可变配置信息用 const 或 static，但如果需要延迟初始化或线程安全的可变全局，优先使用 once_cell::sync::Lazy 或 lazy_static + Mutex。 遮蔽（shadowing）用于按步骤转换值（例如 let s = s.trim();），可以减少可变性并限定作用域。 谨慎使用 static mut —— 这是不安全的；如需全局可变状态请使用 Atomic* 类型或加锁封装。 类型推断与转换：Rust 编译器能自动推断大多数类型，但在复杂情况下需要显式声明。let x = 5; // 推断为 i32 let y...

Rust 是一门注重内存安全,性能和并发性的系统编程语言.以下是其核心语法的扩展介绍,涵盖更多细节和实用特性,适合初学者快速了解并深入掌握. 1. 变量与常量 变量:使用 let 声明,默认不可变.使用 mut 允许修改.变量可以被遮蔽(重新声明). let x = 5; let x = x + 1; // 遮蔽,创建新变量 let mut y = 10; y = 15; 常见场景与注意事项: 配置常量与全局值:不可变配置信息用 const 或 static,但如果需要延迟初始化或线程安全的可变全局,优先使用 once_cell::sync::Lazy 或 lazy_static + Mutex. 遮蔽(shadowing)用于按步骤转换值(例如 let s = s.trim();),可以减少可变性并限定作用域. 谨慎使用 static mut – 这是不安全的;如需全局可变状态请使用 Atomic* 类型或加锁封装. 类型推断与转换:Rust 编译器能自动推断大多数类型,但在复杂情况下需要显式声明.let x = 5; // 推断为 i32 let y:...

在 Go（Golang）中，context 是一个标准库提供的重要机制，用于控制协程（goroutine）之间的取消、超时、截止时间传递，以及上下文数据传递。它是并发编程中管理协程生命周期和避免资源泄漏的核心工具之一。 一、context 的主要用途 取消协程（Cancellation） 设置超时时间或截止时间（Timeout / Deadline） 跨 API 传递请求范围的数据（如认证信息、trace id） 防止资源泄露（确保任务完成或及时退出） 二、context 的基本接口和实现 接口定义（简化） type Context interface { Deadline() (deadline time.Time, ok bool) Done() <-chan struct{} Err() error Value(key any) any } 四个常用的 context 构造函数 函数 说明 context.Background() 最基础的 context，通常用于 main 函...

1. 问题 何为分布式，何为微服务？ 为什么需要分布式？ 分布式核心理论基础，节点、网络、时间、顺序，一致性？ 分布式系统有哪些设计模式？ 分布式有哪些类型？ 如何实现分布式？ 2. 关键词 节点，时间，一致性，CAP，ACID，BASE，P2P，机器伸缩，网络变更，负载均衡，限流，鉴权，服务发现，服务编排，降级，熔断，幂等，分库分表，分片分区，自动运维，容错处理，全栈监控，故障恢复，性能调优 3. 全文概要 随着移动互联网的发展和智能终端的普及，计算机系统从单机独立工作过渡到多机器协作工作。计算机以集群的方式存在，按照分布式理论的指导构建出庞大复杂的应用服务。本文从分布式基础理论、架构设计模式、工程应用、部署运维、业界方案这几大方面，介绍基于 MSA（微服务架构）的分布式知识体系大纲，从而对 SOA 到 MSA 的进化有立体的认识，从概念和工具应用上更进一步了解微服务分布式的本质。 4. 基础理论 4.1 SOA 到 MSA 的进化 SOA 面向服务架构 由于业务发展到一定程度后，需要对服务进行解耦，将单一的大系统按逻辑拆分成不同子系统，通过服务接口通讯。SOA 通常需要总...

浅谈分布式存储的发展和演进 注：本文来源于组内的一次分享，属于综述性质，内容由互联网资料整理所得，感谢阅读。 发展历史 Google、Amazon、Alibaba等互联网公司的发展催生了大数据和云计算两大热门领域。今天我们使用的各种互联网产品，其底层的基础存储设施都是建立在低成本、高性能、高可靠、高可用、可扩展的分布式存储系统之上。分布式系统从最早的数据共享需求，发展到现在的 serverless 架构。它伴随着技术的发展与公司实际需求变化而演进。现在的云服务提供商简化了分布式系统开发的复杂性，让应用开发者只需关注开发，而把基础设施管理交给大型的云服务提供商。 分布式存储发挥在那历史大致分为5个阶段： 1980s 网络文件系统 研究重点：网络环境下的文件共享，解决客户端与文件服务器交互问题。 代表成果：CMU/IBM 的 AFS 文件系统、SUN 的 NFS 文件系统。 1990s 共享 SAN 文件系统 研究重点：存储系统可扩展性及面向 SAN（Storage Area Network）的共享文件系统。 代表产品：IBM 的 GPFS、Redhat 支持的开源...