为何要使用_tcscpy_s替代_tcscpy？二者核心区别是什么？

两类函数的核心差异 #

_tcscpy是微软为了兼容多字节字符集(MBCS)和Unicode字符集封装的字符串拷贝宏，底层在MBCS编译环境下对应strcpy，Unicode编译环境下对应wcscpy。它的设计只要求传入目标缓冲区起始地址、源字符串起始地址两个参数，不会主动校验目标缓冲区的可容纳长度，只要源字符串长度大于目标缓冲区的可用空间，就会直接向缓冲区后方的内存越界写入，这就是SAST工具报风险的核心原因：越界写入会触发缓冲区溢出漏洞，严重时可被攻击者篡改栈上的函数返回地址，实现控制流劫持，拿到主机执行权限。

_tcscpy_s后缀的s代表security，是微软推出的安全增强版CRT字符串操作函数，相比原版增加了第二个入参：目标缓冲区的总元素数，就是你代码里用到的_countof(destination_array)的返回值。

_tcscpy_s的安全实现逻辑 #

它通过三个核心机制规避了原版的溢出风险：

• 前置边界校验：执行拷贝前会先计算源字符串的总长度，和传入的目标缓冲区总长度做对比，如果源字符串长度大于等于目标缓冲区长度，不会执行任何拷贝操作
• 错误快速终止：如果检测到边界溢出、空指针传入等非法调用场景，会直接触发进程的无效参数处理逻辑，默认直接终止程序运行，从根源上阻断攻击者利用溢出漏洞篡改内存的可能
• 强制空终止保证：只要拷贝操作正常完成，_tcscpy_s一定会在目标缓冲区的最后一个有效位置写入空终止符，避免后续其他字符串操作读取非空终止的字符串时产生二次内存越界。

补充注意事项 #

_tcscpy_s属于微软CRT专属扩展接口，如果你编写的代码需要跨Linux、macOS等平台运行，可以选择C标准库提供的strncpy/wcsncpy类函数，但需要注意这类标准函数不会主动补全空终止符，需要开发者手动在拷贝完成后给目标缓冲区最后一位写入空终止符，避免出现未定义行为。

内容的提问来源于stack exchange，提问作者Mr.Curious