GCC 編譯下 printf/scanf 輸出順序異常：標準輸出緩衝區機制解析

現象

printf("XXXXX");
scanf("%d", &a);
// 預期：先印出 XXXXX，再等待輸入
// 實際：程式卡住等待輸入，輸入後才一次性印出 XXXXX

根本原因：行緩衝 vs 全緩衝

• 標準輸出 stdout 連接終端機時預設為**行緩衝**（遇 \n 刷新）。
• 重導向至檔案/管道或某些環境（如 Windows GCC/MinGW）下會變為**全緩衝**（滿才刷新）。
• printf("XXXXX") 無換行符，資料滯留緩衝區；scanf 讀取前不會自動刷新 stdout。

標準解法

1. 加換行符：printf("XXXXX\n");（最簡單、可移植）。
2. 手動刷新：printf("XXXXX"); fflush(stdout);（POSIX/C 標準保證有效）。
3. 關閉緩衝：setbuf(stdout, NULL); 在程式啟動時呼叫（效能稍降）。

為何 VS2015/Linux 表現不同？

MSVC 在主控台模式下對 stdout 採行緩衝；Linux GCC 同理。問題通常出現在 **MinGW/Windows 原生終端** 或 **IDE 內建主控台** 模擬器未正確實作行緩衝行為。

最佳實踐

所有互動式提示訊息**務必以 \n 結尾**，或顯式 fflush(stdout)，確保跨平台行為一致。