关于GCC编译器的printf问题求解答

Surfing

我使用cmake构建V6板子的标准库工程时发现了一个问题（这个问题在HAL库工程中也复现了）
在串口发送时，当我使用如图上面的printf方式时无法发送，而使用buf+sprintf+comgSendBuf却能成功发送

两种发送方式

在本工程中，我使用了syscalls.c文件，并将__putchar进行重定义，使其调用comSendChar

__putchar的重定向

经过不断尝试，我发现这个问题是由发送的字符串中没有\n引起的
在这种环境中，printf只有遇到\n时才会输出，并且会将之前调用printf没有输出的内容一起输出
我曾经认为printf和sprintf之后发送是一样的效果，现在看来他们还是有些不同，不知道有没有大佬能为我讲解一下




下面是我的一些尝试
我把__putchar重定义为把字符放入一个buffer，如果是printf("count = %6d \r", count);，完全不会进行放入操作，也没有进入syscalls.c中的_write函数

新的重定义

__write函数

改成printf("count = %6d \n\r", count);第一次放入的数据没有\r,之后的每一次的数据都是\r在开头，以\n结尾

buffer存入情况

如果是\r\n结尾的话就是正常放入，事情好像有头绪了，下面的测试让我得到了结论

最终测试

按下Key1，Key2，Key2后的输出完全与预想中的一致

最终输出

regsofweb

缓冲的问题，默认是到\n才输出，可以强制flush

eric2013

标准输出通常有三种缓冲模式：
全缓冲（Fully Buffered）：当缓冲区被填满时，才会进行刷新。这通常用于输出到文件的情况。
行缓冲（Line Buffered）：当遇到换行符 \n 时，缓冲区会被刷新。这是 连接到交互式终端（如你的命令行窗口）时的默认模式。
无缓冲（Unbuffered）：数据立即输出，不经过缓冲区。标准错误（stderr）默认就是无缓冲的，以确保错误信息能第一时间被看到。