string::at会进行越界检查并抛出异常，而operator[]不检查，越界访问导致未定义行为；at更安全但性能略低，operator[]适用于已知合法索引的高效场景。
在C++中，string::at 和 下标访问（operator[]） 都用于获取字符串中指定位置的字符，但它们在越界检查和异常处理方面有重要区别。理解这些差异有助于写出更安全、健壮的代码。
1. 越界检查机制不同
string::at 在访问时会进行边界检查。如果索引超出字符串的有效范围（即 >= string.size()），它会抛出 std::out_of_range 异常。
而 operator[] 不提供运行时越界检查。访问非法索引属于未定义行为（undefined behavior），可能导致程序崩溃或数据损坏，但不会主动抛出异常。
示例对比：
#include <string>
#include <iostream>
#include <stdexcept>
int main() {
std::string str = "hello";
try {
// 使用 at()，越界时抛出异常
char c1 = str.at(10); // 抛出 std::out_of_range
} catch (const std::out_of_range& e) {
std::cout << "at() 越界: " << e.what() << "\n";
}
// 使用 []，越界行为未定义，可能崩溃
char c2 = str[10]; // 危险！不要这样做
std::cout << "str[10] = " << c2 << "\n"; // 输出不可预测
}
2. 性能与安全性权衡
at() 因为每次调用都做边界检查，会有轻微性能开销，适合调试或需要确保安全的场景。
立即学习“C++免费学习笔记（深入）”；
operator[] 更快，适用于已知索引合法的场合，例如循环遍历字符串时。标准做法是：在性能关键路径上使用 []，在用户输入或不确定索引合法性时优先使用 at()。
3. 调试与发布版本的行为差异
某些STL实现（如GNU libstdc++）在调试模式下会对 operator[] 启用断言检查，但在发布版本中完全禁用，这可能导致“调试正常、上线崩溃”的问题。而 at() 的异常行为在所有构建模式下一致，更可靠。
4. 建议使用原则
- 不确定索引是否有效？使用
at()并配合 try-catch 处理异常。 - 在循环中遍历字符串？使用
[]或迭代器，避免重复检查提升效率。 - 处理用户输入或网络数据？优先用
at()提高程序鲁棒性。 - 想统一接口并自动检查？考虑封装访问函数，内部使用
at()。
