G++编译程序在Docker与主机运行时行为差异问题咨询

首先明确说：这不是Docker的问题，完全是你的代码触发了C标准中的未定义行为，不同环境、不同优化等级下的表现差异都是这种行为的正常（但不可预期）结果。

为什么会出现这个问题？ #

看你代码里的关键行：

sprintf(cAux2, "%s%c", cAux2, (nRest+65));

这里你把cAux2同时作为sprintf的输出缓冲区和第一个格式化输入参数。根据C语言标准，当输入和输出缓冲区重叠时，属于未定义行为——编译器没有义务保证这种情况下的执行结果，它可以按照任何方式处理：可能先读完全部输入再写，可能边写边读，甚至直接崩溃。

为什么不同优化等级、不同环境结果不一样？ #

• 当你不使用-Os优化时，编译器的优化程度很低，大概率会先把cAux2的原始值读取到寄存器里，再执行写入操作，所以结果符合预期；
• 开启-Os（优化代码大小）后，编译器会做更激进的优化，比如直接在内存上操作，可能写入操作还没完成就开始读取新的内存值。而主机和Docker容器的内存布局、内核调度的细微差异，导致这种未定义行为的表现出现了分歧——主机上可能刚好还没覆盖到原始字符串的内容，容器里则已经被覆盖，所以只输出了最后追加的字符P。

怎么修复？ #

核心就是避免输入输出缓冲区重叠，最简单的方法是用一个临时缓冲区保存原始字符串：

#include <cstdio>
#include <cstring>
int main() {
    int nOrd =3395;
    char cOrd[] = "003395";
    char cAux2[256];
    strcpy(cAux2, cOrd);
    int nRest = nOrd % 26;
    printf("BEFORE SPRINTF %s\n\n\n", cAux2);
    
    // 用临时变量保存原始值，避免缓冲区重叠
    char temp_buf[256];
    strcpy(temp_buf, cAux2);
    sprintf(cAux2, "%s%c", temp_buf, (nRest+65));
    
    printf("AFTER SPRINTF %s\n\n\n", cAux2);
    return 0;
}

另外，建议用更安全的snprintf替代sprintf，可以避免潜在的缓冲区溢出问题：

snprintf(cAux2, sizeof(cAux2), "%s%c", temp_buf, (nRest+65));

修复后，不管你用什么优化等级，在主机还是Docker容器里运行，结果都会一致。

内容的提问来源于stack exchange，提问作者KillerAll