直接用 std::sort 即可实现字符串字符的 ASCII 升序排列，因 char 比较本质是整数比较，无需自定义逻辑；降序需传 std::greater<char>()；处理 UTF-8 或中文时会因字节拆分导致乱码，必须先解码为 Unicode 码点。
直接用 std::sort 就行，但得传对迭代器和比较函数
默认情况下 std::sort 对 std::string 的字符按 ASCII 码升序排，因为 char 的比较就是底层整数比较。不需要额外写比较逻辑，除非你要降序或处理宽字符。
常见错误是误以为要手动转成 int 再比，或者把整个字符串当单元排序（那是按字典序，不是单字符 ASCII 排序）。
- 升序：直接
std::sort(s.begin(), s.end()) - 降序：用
std::sort(s.begin(), s.end(), std::greater<char>())</char> - 只排字母/忽略非 ASCII？得加预处理，
std::sort本身不筛数据
std::string 和 std::vector<char></char> 排序效果一样吗
完全一样。两者底层都是连续内存、支持随机访问迭代器，std::sort 对它们的处理路径一致。区别只在语义和接口：前者带长度管理、空终止等开销，后者更轻量但需手动维护。
如果你只是做字符重排且不涉及字符串操作（比如拼接、查找），用 std::vector<char></char> 稍微省一点构造/析构成本，但差异微乎其微，别过早优化。
立即学习“C++免费学习笔记（深入）”；
- 注意
std::vector<char></char>不以\0结尾，打印前得转成std::string或手动加结束符 -
std::string的data()在 C++17 后保证连续且可写，但直接改data()不更新内部长度，别这么干
中文、emoji 或 UTF-8 字符串会出问题吗
会，而且很典型。ASCII 排序只对单字节有效。std::string 存的是 UTF-8 编码字节流，一个汉字占 3 字节，emoji 可能占 4 字节。直接对字节排序，结果是乱码级别的“字节序”，不是你想要的字符序。
例如 "你好"（UTF-8 是 \xe4\xbd\xa0\xe5\xa5\xbd）被拆成 6 个字节排，根本不能还原成合法 UTF-8 序列。
- 真要按 Unicode 码点排，得先用 ICU、utf8cpp 或 C++20 的
<text></text>（尚未广泛支持）做解码 - 简单场景下，可先用
std::wstring+std::locale，但 Windows 和 Linux 的std::locale对 UTF-8 支持不一致，容易崩 - 最稳的做法：明确输入只含 ASCII，否则别用裸
std::sort
性能敏感时要注意什么
对长字符串（比如几 MB），std::sort 是 O(n log n) 时间、O(log n) 栈空间，没问题；但频繁调用时，小字符串（
- 避免重复构造临时
std::string：比如sort(str.c_str(), str.c_str() + str.size())是错的 ——c_str()返回 const 指针，不能写 - 若已知字符集范围（如仅 a-z），可用计数排序：O(n) 时间，但需要额外 256 字节空间
- 多线程排序？别自己上
std::execution::par—— 对单字符串意义不大，反而因分割粒度太小引入调度开销
