Set的大小写敏感性取决于元素类型的比较规则：C++默认区分大小写，需自定义比较器；MySQL由collation决定；.NET/Java需显式指定不敏感比较器或预处理。
Set 本身不内置大小写敏感或不敏感的逻辑，它的行为完全取决于所用元素类型的比较规则——也就是插入、查找、去重时依赖的 相等性判断 和 排序规则。识别其字符串大小写处理逻辑，关键看底层如何定义两个字符串“是否相同”或“谁在前谁在后”。
看元素类型与比较器（C++/Java 等）
在 C++ 的 std::set<std::string> 中，默认使用 std::less<std::string>，即按字典序逐字符比较 ASCII 值，'A'（65）和 'a'（97）被当作不同字符，因此默认是 大小写敏感 的。
若想实现大小写不敏感，必须自定义比较器：比如先用 tolower 将两字符串统一转小写再比较。此时 Set 的所有操作（插入、查找、迭代顺序）都基于这个新规则。
- 自定义比较器需满足严格弱序（strict weak ordering）
- 不能只对单个字符串预处理（如存小写副本），而要在每次比较时动态转换，否则影响迭代顺序一致性
- 常见错误：仅用
std::equal+tolower做相等判断，但没提供完整比较逻辑，无法用于 set
看数据库中 SET 类型的 collation（MySQL）
MySQL 的 SET 是一种特殊字符串类型，其大小写行为由所在列的 排序规则（collation） 决定，而非 SET 本身。例如：
-
SET('Apple','Banana') COLLATE utf8mb4_0900_ai_ci：不区分大小写，'apple'插入会被视为与'Apple'重复 -
SET('Apple','Banana') COLLATE utf8mb4_bin：区分大小写，'apple'和'Apple'被认为不同值，但注意：SET 成员列表在建表时已固定，运行时只能从预设值中选，不能自由插入任意大小写变体
真正起作用的是 collation 对字符串字面值的归一化和比较方式，SET 只是限制取值范围，并不改变比较逻辑。
看语言运行时的字符串比较约定（.NET / Java）
.NET 中 HashSet<string> 默认使用 StringComparer.Ordinal，即二进制比较，"ABC" ≠ "abc"；若用 StringComparer.OrdinalIgnoreCase，则内部自动忽略大小写做哈希与比较。
Java 的 HashSet<String> 依赖 String.hashCode() 和 equals() 方法，而 String.equals() 是区分大小写的；如需不敏感，应显式使用 TreeSet 配合 String.CASE_INSENSITIVE_ORDER，或封装为小写后存储。
- 避免直接存原始字符串再靠外部逻辑判断——这会让 Set 失去去重能力
- 哈希类集合（HashSet）要求
hashCode()与equals()保持一致：若重写 equals 忽略大小写，hashCode 也必须对应小写计算
核心识别方法：查构造参数与字段定义
不翻文档、不看代码，也能快速判断 Set 是否大小写敏感：
- C++：检查
set模板第二个模板参数，是否为自定义仿函数（如IgnoreCaseCompare） - Java：看是否用了
TreeSet并传入String.CASE_INSENSITIVE_ORDER，或HashSet是否配合了统一小写预处理 - MySQL：执行
SHOW CREATE TABLE 表名;，查看 SET 列的COLLATE子句 - .NET：检查
HashSet<string>构造时是否传入StringComparer.OrdinalIgnoreCase
