不能直接用std::tolower，因题目禁用标准库函数，且其依赖locale、对非ASCII字符行为不确定；ASCII大写转小写只需对'A'–'Z'（65–90）加32，安全高效。
为什么不能直接用 std::tolower？
因为题目明确要求“不使用标准库函数”，而 std::tolower 属于 <cctype>，直接调用就违规了。更关键的是，std::tolower 本身对非 ASCII 字符（比如带重音的拉丁字母）行为不确定，且依赖 locale —— 即使你偷偷用了，结果也可能在不同平台或编译选项下出错。
ASCII 大写字母怎么转小写？
只处理纯 ASCII（即 A–Z，对应码值 65–90）时，本质是加 32：因为 'a' − 'A' = 32。这是最安全、最快、最无副作用的方式。
实操建议：
- 逐字节检查：
if (c >= 'A' && c ，再执行 <code>c += 32 - 不要用位运算
c |= 32—— 虽然对 ASCII 有效，但会误改其他高位为 0 的字节（比如某些扩展字符），可读性也差 - 注意：
char有符号时，若输入含负值（如某些 locale 下的扩展字符），比较可能出错；稳妥起见，先转成unsigned char再判断
void toLowerAscii(char* s) {
while (*s) {
unsigned char uc = *s;
if (uc >= 'A' && uc <= 'Z') {
*s = uc + 32;
}
s++;
}
}遇到非 ASCII 字符怎么办？
如果你的字符串实际含 UTF-8 编码的中文、俄文或带重音的 é/ñ 等，单靠加 32 完全无效 —— UTF-8 是变长编码，一个字母可能占 2–4 字节，不能按字节操作。
立即学习“C++免费学习笔记（深入）”；
此时必须：
- 确认输入确实是 UTF-8（而非 GBK、ISO-8859-1 等）
- 用 UTF-8 解码逻辑识别每个字符的字节数，查 Unicode 码点，再查其小写映射（比如 'É' → 'é' 不是 +32）
- 自己实现成本极高，推荐引入轻量库如
utf8.h（单头文件）或icu，但这就超出“不使用标准库”的原始约束了
换句话说：不依赖标准库又想正确处理 Unicode，没有银弹。硬要自己写，得先实现 UTF-8 解码器，再建一张大小写映射表 —— 这不是几行代码能解决的事。
为什么 std::string 不能直接遍历修改？
因为 std::string::operator[] 返回的是 char&，看似可写，但若字符串内部缓冲区被共享（C++11 前的 COW 实现）或处于只读内存段，直接改可能引发未定义行为。现代 std::string 通常不共享，但安全做法仍是：
- 用
data()或&str[0]获取可写指针（确保非空且已分配） - 或构造新字符串，避免原地修改带来的潜在问题
- 尤其注意：空字符串调用
data()返回的指针不可写，需判空
最稳的写法是复制一份再改：
std::string toLowerCopy(const std::string& s) {
std::string res = s;
for (char& c : res) {
unsigned char uc = c;
if (uc >= 'A' && uc <= 'Z') c = uc + 32;
}
return res;
}真正麻烦的从来不是那行 c += 32，而是你根本没意识到输入是不是纯 ASCII，以及后续要不要支持国际化 —— 这两点漏掉任何一个，代码上线后都可能在某个用户那里静默失败。
