在C语言标准库当中，strcpy是一个用于字符串处理的基础函数，其全称可以理解为string copy，也就是字符串拷贝。它的主要职责是把一处内存里的字符序列完整地复制到另一处内存，并且自动在末尾补上字符串结束标志。这个函数定义在头文件string.h中，是很多底层文本处理、命令行解析以及网络报文组装代码的组成部分。
一、strcpy的函数原型与参数含义
从语法层面看，strcpy的函数声明如下：
#include <string.h> char *strcpy(char *dest, const char *src);
其中dest表示目标字符数组的起始地址，函数会把内容写到这里；src是源字符串的起始地址，通常用const修饰表示函数内部不会修改源串。返回值是目标指针dest，这样设计方便在表达式里连续调用或者嵌套使用。
需要特别注意的是，strcpy并不关心dest本身有多大，它只认src里的斜杠零作为停止信号。也就是说，只要没遇到结束符，就会一直往后写。这种机制决定了调用者必须自己确保dest空间足够，否则就会发生缓冲区溢出。很多安全漏洞正是来源于此，所以在真实项目中要谨慎评估是否使用该接口。
二、基础用法示例
下面给出一段最直观的演示代码，展示如何使用strcpy完成字符串赋值：
#include <stdio.h>
#include <string.h>
int main(void) {
char buf[20];
const char *msg = "hello world";
// 将msg指向的字符串拷贝到buf中
strcpy(buf, msg);
printf("拷贝结果: %sn", buf);
return 0;
}
在这段代码里，buf拥有二十个字符的空间，而源串hello world加上结尾的斜杠零一共十二字节，因此拷贝过程安全完成。程序运行后会输出拷贝结果: hello world。从这里可以看出，strcpy替我们省去了手动写循环赋值的麻烦。
如果试图把过长的字符串塞进过小的数组，例如只给buf分配六个字节却拷贝上述消息，那么多余字符会覆盖栈上其他变量，程序行为将不可预期。所以在教学示例之外，工业代码往往要求配合长度检查，或者改用受限版本的拷贝函数。
三、strcpy与strncpy的差异
为了避免无节制写入，C库还提供了strncpy，它多了一个长度参数。两者对比如下：
| 函数 | 停止条件 | 是否保证斜杠零 | 典型风险 |
|---|---|---|---|
| strcpy | 遇到源串斜杠零 | 总会写入斜杠零 | 目标溢出 |
| strncpy | 拷贝n个字符或遇斜杠零 | 仅当长度足够才写斜杠零 | 目标可能无结束符 |
从表中可以看出，strncpy虽然限制了最大拷贝量，但如果源串长度不小于n，它不会主动补斜杠零，使用时必须手动在末尾设零。相较之下，strcpy语义更简单，但把安全责任完全交给调用方。
在现代C11标准之后，还出现了更明确的strcpy_s等边界检查版本，不过它们属于可选 annex，不是所有编译器默认开启。因此在跨平台项目中，开发者常通过封装一层带长度判断的辅助函数来替代原生strcpy，从而兼顾可读与安全。
四、常见误区与避坑建议
一个容易被混淆的概念是：strcpy拷贝的是指针还是字符串内容。实际上它拷贝的是字符串内容，而不是让两个指针指向同一块内存。执行后修改源串不会影响目标，反之亦然，除非手动让指针指向相同地址。
另一个误区是认为目标数组定义时的大小就是strcpy自动遵守的上限。前面已经说明，strcpy根本没有接收长度参数，编译器也不会插入运行时检查。因此编码规范通常建议：若外部输入参与拷贝，必须先使用strlen做判断，或者采用snprintf这类格式化安全接口。只有在源串长度编译期可知且明显小于目标时，才考虑直接使用strcpy以换取极少的开销优势。
五、总结
回到标题提出的问题，C语言中strcpy代表字符串拷贝函数，其核心任务是将源字符串连同结束符复制到目标地址。它语法简洁、历史悠久，却把内存安全重任完全交给程序员。理解它的代表意义，既要懂原型与返回值，也要明白溢出隐患和替代方案。在写新代码时，不妨把它视作一把没有护手的刀，用前先确认场地够不够大。