C语言中sprintf传入函数调用作参数为何仅取最后一次返回值？

你遇到的字符串重复输出问题和sprintf本身的格式化逻辑没有关系，核心由两个C语言的固有规则叠加导致：

1. 自定义函数u内部用static修饰的全局生命周期缓冲区存返回内容，不管调用多少次u，所有返回的指针都指向同一块固定内存区域。每次调用u都会直接覆盖这块内存里的旧数据。
2. C语言标准没有强制规定函数参数的求值顺序，编译器会先把sprintf的所有入参全部计算完成，再执行实际的格式化流程。你把两次u调用直接写在sprintf的参数列表里时，实际执行流程是：
   • 先调用u(17,0)，把第一次生成的内容写到static缓冲区，返回缓冲区的指针地址
   • 紧接着调用u(18,1)，直接把同一块static缓冲区的内容覆盖成第二次生成的结果，返回同一个缓冲区指针地址
   • 最后执行sprintf时，拿到的两个格式化参数本质是指向同一块内存的两个指针，此时内存里已经是最后一次u调用留下的内容，自然两个%s占位符位置输出完全一致。

针对你最多需要连续传入10次u返回值做字符串拼接的场景，可选择两种改动量最小的修法：

• 优化u的接口设计：取消函数内部依赖static缓冲区返回指针的逻辑，改成由调用方传入独立的目标缓冲区存结果。比如把函数签名调整为void u(int a, int b, char *out_buf, int buf_max_len)，每次调用时传入互不重叠的内存块，从根源上避免内存覆盖问题。
• 保留原有u的接口逻辑，拆分调用时机：不要把多次u调用直接塞到sprintf的参数列表里，逐次调用u，把返回的内容立刻拷贝到独立的临时缓冲区，等所有结果都存完之后再执行格式化拼接。对应你示例的修改代码：

  char temp1[700], temp2[700];
  // 逐次调用，立刻把结果从u的内部static缓冲区拷到独立临时区
  strcpy(temp1, u(17, 0));
  strcpy(temp2, u(18, 1));
  // 此时两个临时区存的是完全独立的字符串，不会被后续的u调用覆盖
  sprintf(test, "%s %s", temp1, temp2);
  

  如果是10次调用的场景，只需要定义10个对应大小的临时缓冲区，按顺序逐次拷贝即可，几乎不需要改动原有业务逻辑。
• 避坑提示：哪怕你在u内部多加几个static数组、每次返回不同static数组的指针，只要没有在单次调用返回前把内容转移出static存储区，连续多次调用后的内存覆盖问题依然存在，从机制上就没法支撑“同时传多个u返回值到sprintf”的使用场景。

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