android - sprintf() 在某些运行时处理 %s 扩展 ASCII (ISO 8859-1)？

Question

我在我的 C 应用程序中使用 ISO 8859-1(拉丁语扩展 ASCII 字符集)。当我将 strcpy/strcat 字符串的部分放在一起时，它工作正常。但是当我使用 sprintf("%s %s") 时，在某些运行时(特别是某些版本的 Android)，当扩展 ASCII 字符(特别是 é，虽然我没有尝试过其他)被击中。

我以为 %s 只是应该复制字节，直到 '\0' 被命中。我怀疑 strcpy/strcat 可以工作，因为它确实做到了这一点，没有任何格式。这里可能发生了什么？

我应该注意，我不是使用 printf() 查看文本，而是我自己的文本渲染引擎可以很好地处理 ISO-8859-1。

更新:澄清一下，我有一个 NDK 应用程序，它将字符串保存在 C 中，并将其传递给我基于 OpenGL 的文本渲染引擎。如果我将完整的字符串作为 char* 文字传递，它会正常显示。如果我 sprintf() 将这些部分放在一起，它会在 é 字符处被截断。例如:

char buffer[1024];
strcpy(buffer, "This is ");
strcat(buffer, "the string I want to diésplay.");

这显示很好。但是这个:

sprintf(buffer, "%s%s", "This is ", "the string I want to diésplay.");

打印为:

This is the string I want to di

Answer 1

s[n]printf() 的行为与 strcpy() 和 strcat() 等字符串操作函数的行为不同。 printf 系列函数都需要在呈现相同格式和打印项目时生成相同的字节序列。唯一的区别在于这些字节的发送位置。因此，如果您的 C 库构建为在通过 printf() 打印到标准流时对字符串数据执行转换(可能是转码)，那么它会在打印到通过 sprintf() 的字符串。

“printf”中的“f”代表“格式化”。该标准既没有说明也没有暗示格式化字符串必须意味着将其字节逐字转储到输出，因此我上面假设的转码或其他转换并非不可能。事实上，the docs for some versions of these functions指示语言环境依赖性(“请注意，生成的字符串的长度取决于语言环境且难以预测”)，因此特别是转码是一种真正的可能性。

对您描述的第三方观察的任何具体解释都必然是推测性的，因为您没有提供足够的代码或数据来做出自信的诊断。我倾向于怀疑围绕在使用与程序内部使用的字符编码不同的字符编码的语言环境中运行程序的问题。如果是这样，那么您可以通过改变您运行的语言环境来在本地重现该问题，并且您可以通过确保您的程序始终在合适的语言环境中以某种方式运行来解决该问题。除此之外，您还可以使用 getlocale() 和 setlocale() 函数来提供帮助，特别是如果您想要限制执行区域设置控制的范围。

由于最终您仅依赖 printf 系列函数进行字符串操作，因此我认为最好使用问题中提供的解决方法:尽可能多地使用 C 的专用字符串操作函数，例如strcpy() 和 strncat()，执行字符串构建。由于您的实际输出不依赖于 stdio 函数，所以这应该没问题。