C++中std::set查找const/非const元素及end与cend用法问题

你说的第一种写法完全可用，不需要将待查找的元素a声明为const unsigned类型。
std::set::find的形参类型是const T&，这个const是函数层面的承诺：表示find操作内部不会修改传入的参数，并不会要求调用者必须传入const修饰的变量。非const的unsigned变量可以隐式绑定到const左值引用上，不管你传入的是普通非const变量、const变量，还是无符号整数字面量（比如直接写my_set.find(3)），都能正常触发find的查找逻辑，不存在语法或语义问题。
你写的查找判断逻辑是对的，只是注意补全条件的闭合括号，正确写法如下：

unsigned a = 10;
auto it = my_set.find(a);
if (it != my_set.end()) {
    // 元素存在的处理逻辑
}

这段代码不需要做任何const相关的修改就能正常编译运行，结果完全符合预期。

先明确两者在std::set上的核心差异：

• 对非const的std::set实例，.end()返回类型是std::set<unsigned>::iterator（普通迭代器），.cend()返回类型是std::set<unsigned>::const_iterator（常量迭代器）。由于std::set是有序关联容器，存储的元素键值不可修改，因此这两种迭代器实际上都不能用来修改指向的元素，操作权限几乎没有区别，仅存在类型层面的差异。
• 对const的std::set实例，.end()本身就会返回const_iterator，和.cend()的返回值完全等价。

具体使用场景可以按下面的规则选：

• 可以用.cend()的场景：
  • 当你明确代码逻辑只做读操作、不会修改容器元素时，搭配cbegin()、cfind()等返回常量迭代器的接口使用.cend()，可以更清晰地传递“只读访问”的代码意图，也能避免泛型场景下意外修改元素的问题（对vector这类序列容器这个约束更有实际价值，对set来说主要是编码习惯的统一）。
  • 当你操作的是const修饰的set实例时，.end()和.cend()效果完全一致，用哪个都可以。
• 优先用.end()的场景：
  • 写兼容C11之前标准的代码时，必须用.end()——.cend()是C11才引入的接口，老版本标准库没有这个方法。
  • 写泛型模板代码、容器类型是泛型参数时，用.end()的兼容性更好，不需要额外判断容器是否支持cend()接口。
  • 日常编写普通的非const set遍历、查找逻辑时，直接用.end()是行业内最常见的写法，没有任何问题，不需要刻意替换成.cend()。

补充一个常见误区：不要觉得用.end()就会有修改元素的风险，std::set的普通迭代器指向的元素本身就是const限定的，哪怕你拿到iterator类型的迭代器，尝试给*it赋值也会直接触发编译错误，不存在意外修改元素破坏set有序结构的可能。

内容的提问来源于stack exchange，提问作者Fabio