该用 std::pair 当只需临时组合两个值且无语义需求;语义重要时应选 struct。std::make_pair 更安全因自动推导与完美转发,避免构造失败。

什么时候该用 std::pair 而不是自己写 struct
当只需要临时组合两个值、不涉及语义命名或成员函数时,std::pair 是轻量级首选。比如哈希表的迭代器解引用返回的就是 std::pair;又比如 std::minmax() 返回 std::pair。它比手写 struct 少写构造、赋值、比较等 boilerplate,但代价是 first 和 second 名字无业务含义——如果语义重要(比如 latitude 和 longitude),就该用 struct。
std::make_pair 为什么比直接构造更安全
直接写 std::pair 容易因类型推导失败或隐式转换出错;而 std::make_pair 会自动推导模板参数,并对右值做完美转发。尤其在传入临时对象时:
std::string s = "world"; auto p1 = std::make_pair(100, std::move(s)); // s 被移动,p1.second 是 std::string&& auto p2 = std::pair(100, std::move(s)); // 编译失败:无法从 std::string&& 构造 std::string(除非显式声明)
常见误用:std::make_pair("key", value) 中字面量是 const char*,不是 std::string,若想存 std::string 得显式转换:std::make_pair(std::string("key"), value) 或用 C++14 的 std::make_pair("key"s, value)(带 s 后缀)。
作为 std::map 键值对时的常见陷阱
std::map 的 value_type 就是 std::pair,注意 first 是 const 的——你不能通过迭代器修改 key:
立即学习“C++免费学习笔记(深入)”;
本文档主要讲述的是mybatis语法和介绍;MyBatis 是一个可以自定义SQL、存储过程和高级映射的持久层框架。MyBatis 摒除了大部分的JDBC代码、手工设置参数和结果集重获。MyBatis 只使用简单的XML 和注解来配置和映射基本数据类型、Map 接口和POJO 到数据库记录。相对Hibernate和Apache OJB等“一站式”ORM解决方案而言,Mybatis 是一种“半自动化”的ORM实现。感兴趣的朋友可
-
for (auto& p : my_map) { p.first = 5; }→ 编译错误 -
my_map.begin()->second = new_val;→ 合法,可改 value - 插入新元素推荐用
my_map.emplace(key, value),而非my_map.insert({key, value}),前者避免临时std::pair构造和拷贝
另外,std::pair 的默认比较是字典序:先比 first,相等再比 second。如果用作自定义容器的键,要确认这个顺序符合你的逻辑——否则得提供自定义比较函数。
C++17 结构化绑定让 std::pair 更好用了
不用再写 p.first 和 p.second,可以直接解包:
std::pairp = {42, "answer"}; auto [num, msg] = p; // num 是 int,msg 是 std::string(拷贝) auto& [ref_num, ref_msg] = p; // 引用绑定,可修改 p 的内容
注意:结构化绑定要求变量名数量和 pair 成员数严格匹配;不能只取一个,也不能多取;且绑定到 const 对象时,解出的变量也自动为 const。如果 pair 成员类型不一致(比如 int 和 double),解包后类型各自保留,不会被统一转换。
嵌套 pair(如 std::pair<:pair int>, std::string>)也能解包,但需两层:auto [[x, y], s] = nested_p;——不过这时通常该考虑用 struct 了。








