std::copy拷贝原始数组必须传迭代器而非数组名，因数组名退化为指针且函数要求前闭后开区间；正确做法是用&arr[0]/&arr[5]或std::begin/std::end，目标为vector时需预留空间或用back_inserter。
std::copy 拷贝原始数组时必须传迭代器，不能直接传数组名
数组名在多数上下文中会退化为指针，std::copy 期望的是前闭后开区间（first, last），所以你得用指针算术或 std::begin/std::end 构造合法迭代器范围。直接写 std::copy(arr1, arr2, 5) 是错的——函数签名根本不接受长度参数。
常见错误现象：error: no matching function for call to 'copy'，或者静默越界拷贝（比如把指针当首地址、没算对末尾）。
- 正确做法：用
&arr1[0]和&arr1[5]（C 风格）；或更安全地用std::begin(arr1)和std::end(arr1) - 注意
std::end(arr)返回的是「末元素后一位置」，不是最后一个元素地址，这是前闭后开区间的强制要求 - 若目标数组是动态分配的（如
new int[5]），确保目标空间足够，std::copy不检查容量
拷贝到 std::vector 时，目标容器需预留空间或用 back_inserter
如果目标是空的 std::vector，直接传 v.begin() 会导致未定义行为——因为 v.begin() == v.end()，没有可写入的位置。
两种可靠方式：
立即学习“C++免费学习笔记（深入）”；
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 提前调用
v.resize(n)或v.reserve(n)+v.assign(...)，然后用v.begin()作为输出起点 - 用
std::back_inserter(v)，它包装了push_back，自动扩容（但可能有额外分配开销） - 别混用：比如
std::copy(arr, arr+5, v.begin())在v.size() 时会写越界
std::copy 不做类型转换，int[] → double[] 会编译失败
std::copy 是逐字节复制值，源和目标元素类型必须可隐式转换，否则编译报错。例如从 int[3] 拷到 double[3]，std::copy 不接受 int* 到 double* 的迭代器配对。
解决方法只有显式转换：
- 用
std::transform+ lambda：std::transform(std::begin(src), std::end(src), std::begin(dst), [](int x){ return (double)x; }); - 或手写循环，或用
std::copy_n配合 cast（不推荐，易出错） - 注意：
reinterpret_cast强转指针类型是未定义行为，哪怕大小相同也不行
memcpy 比 std::copy 快？多数情况下没差别，但有例外
对于 trivially copyable 类型（如 int、float、POD 结构），现代标准库实现通常会让 std::copy 内联为 memcpy 或等效指令，性能一致。
但要注意这些边界情况：
- 源/目标有重叠：用
std::copy是未定义行为，必须改用std::copy_backward或std::memmove - 自定义类型含非平凡构造/析构函数时，
std::copy调用赋值运算符，而memcpy是位拷贝——绝对不能混用 - 跨线程共享内存或涉及硬件映射区域时，
std::copy不提供内存序保证，需额外同步
真正容易被忽略的是：当你把 std::copy 用在模板函数里，且类型参数未知时，无法静态判断是否 trivially copyable——这时候硬切到 memcpy 可能悄悄引入 bug。
