在將各種型別的資料構造成字串時，sprintf 的強大功能很少會讓你失望。由於sprintf 跟printf 在用法上幾乎一樣，只是列印的目的地不同而已，前者列印到字串中，後者則直接在命令列上輸出。這也導致sprintf 比printf 有用得多。
sprintf 是個變參函式，定義如下：
int sprintf( char *buffer, const char *format [, argument] ... );
除了前兩個引數型別固定外，後面可以接任意多個引數。而它的精華，顯然就在第二個引數：
格式化字串上。

printf 和sprintf 都使用格式化字串來指定串的格式，在格式串內部使用一些以“%”開頭的格式說明符（format specifications）來佔據一個位置，在後邊的變參列表中提供相應的變數，最終函式就會用相應位置的變數來替代那個說明符，產生一個呼叫者想要的字串。

格式化數字字串
sprintf 最常見的應用之一莫過於把整數列印到字串中，所以，spritnf 在大多數場合可以替代itoa。
如：
//把整數123 列印成一個字串儲存在s 中。
sprintf(s, "%d", 123); //產生"123"
可以指定寬度，不足的左邊補空格：
sprintf(s, "%8d%8d", 123, 4567); //產生：" 123 4567"
當然也可以左對齊：
sprintf(s, "%-8d%8d", 123, 4567); //產生："123 4567"
也可以按照16 進位制列印：
sprintf(s, "%8x", 4567); //小寫16 進位制，寬度佔8 個位置，右對齊
sprintf(s, "%-8X", 4568); //大寫16 進位制，寬度佔8 個位置，左對齊

這樣，一個整數的16 進位制字串就很容易得到，但我們在列印16 進位制內容時，通常想要一種左邊補0 的等寬格式，那該怎麼做呢？很簡單，在表示寬度的數字前面加個0 就可以了。
sprintf(s, "%08X", 4567); //產生："000011D7"
上面以”%d”進行的10 進位制列印同樣也可以使用這種左邊補0 的方式。

這裡要注意一個符號擴充套件的問題：比如，假如我們想列印短整數（short）-1 的記憶體16 進製表示形式，在Win32 平臺上，一個short 型佔2 個位元組，所以我們自然希望用4 個16 進位制數字來列印它：
short si = -1;
sprintf(s, "%04X", si);
產生“FFFFFFFF”，怎麼回事？因為spritnf 是個變參函式，除了前面兩個引數之外，後面的引數都不是型別安全的，函式更沒有辦法僅僅通過一個“%X”就能得知當初函式呼叫前引數壓棧時被壓進來的到底是個4 位元組的整數還是個2 位元組的短整數，所以採取了統一4 位元組的處理方式，導致引數壓棧時做了符號擴充套件，擴充套件成了32 位的整數-1，列印時4 個位置不夠了，就把32 位整數-1 的8 位16 進位制都打印出來了。

如果你想看si 的本來面目，那麼就應該讓編譯器做0 擴充套件而不是符號擴充套件（擴充套件時二進位制左邊補0 而不是補符號位）：
sprintf(s, "%04X", (unsigned short)si);
就可以了。或者：
unsigned short si = -1;
sprintf(s, "%04X", si);

sprintf 和printf 還可以按8 進位制列印整數字符串，使用”%o”。注意8 進位制和16 進位制都不會打印出負數，都是無符號的，實際上也就是變數的內部編碼的直接的16 進位制或8 進製表示。

控制浮點數列印格式
浮點數的列印和格式控制是sprintf 的又一大常用功能，浮點數使用格式符”%f”控制，預設保留小數點後6 位數字，比如：
sprintf(s, "%f", 3.1415926); //產生"3.141593"
但有時我們希望自己控制列印的寬度和小數位數，這時就應該使用：”%m.nf”格式，其中m 表示列印的寬度，n 表示小數點後的位數。比如：
sprintf(s, "%10.3f", 3.1415626); //產生：" 3.142"
sprintf(s, "%-10.3f", 3.1415626); //產生："3.142 "
sprintf(s, "%.3f", 3.1415626); //不指定總寬度，產生："3.142"

注意一個問題，你猜
int i = 100;
sprintf(s, "%.2f", i);
會打出什麼東東來？“100.00”？對嗎？自己試試就知道了，同時也試試下面這個：
sprintf(s, "%.2f", (double)i);
第一個打出來的肯定不是正確結果，原因跟前面提到的一樣，引數壓棧時呼叫者並不知道跟i相對應的格式控制符是個”%f”。而函式執行時函式本身則並不知道當年被壓入棧裡的是個整數，於是可憐的儲存整數i 的那4 個位元組就被不由分說地強行作為浮點數格式來解釋了，整個亂套了。不過，如果有人有興趣使用手工編碼一個浮點數，那麼倒可以使用這種方法來檢驗一下你手工編排的結果是否正確。

字元/Ascii 碼對照
我們知道，在C/C++語言中，char 也是一種普通的scalable 型別，除了字長之外，它與short，int，long 這些型別沒有本質區別，只不過被大家習慣用來表示字元和字串而已。（或許當年該把這個型別叫做“byte”，然後現在就可以根據實際情況，使用byte 或short 來把char 通過typedef 定義出來，這樣更合適些）於是，使用”%d”或者”%x”列印一個字元，便能得出它的10 進位制或16 進位制的ASCII 碼；反過來，使用”%c”列印一個整數，便可以看到它所對應的ASCII 字元。以下程式段把所有可見字元的ASCII 碼對照表列印到螢幕上（這裡採用printf，注意”#”與”%X”合用時自動為16 進位制數增加”0X”字首）：
for(int i = 32; i < 127; i++) {
           printf("[ %c ]: %3d 0x%#04X/n", i, i, i);
}

連線字串
sprintf 的格式控制串中既然可以插入各種東西，並最終把它們“連成一串”，自然也就能夠連線字串，從而在許多場合可以替代strcat，但sprintf 能夠一次連線多個字串（自然也可以同時在它們中間插入別的內容，總之非常靈活）。比如：
char* who = "I";
char* whom = "CSDN";
sprintf(s, "%s love %s.", who, whom); //產生："I love CSDN. "
strcat 只能連線字串（一段以’/0’結尾的字元陣列或叫做字元緩衝，null-terminated-string），但有時我們有兩段字元緩衝區，他們並不是以’/0’結尾。比如許多從第三方庫函式中返回的字元陣列，從硬體或者網路傳輸中讀進來的字元流，它們未必每一段字元序列後面都有個相應的’/0’來結尾。如果直接連線，不管是sprintf 還是strcat 肯定會導致非法記憶體操作，而strncat 也至少要求第一個引數是個null-terminated-string，那該怎麼辦呢？我們自然會想起前面介紹列印整數和浮點數時可以指定寬度，字串也一樣的。比如：
char a1[] = {'A', 'B', 'C', 'D', 'E', 'F', 'G'};
char a2[] = {'H', 'I', 'J', 'K', 'L', 'M', 'N'};
如果：
sprintf(s, "%s%s", a1, a2); //Don't do that!
十有八九要出問題了。是否可以改成：
sprintf(s, "%7s%7s", a1, a2);
也沒好到哪兒去，正確的應該是：
sprintf(s, "%.7s%.7s", a1, a2);//產生："ABCDEFGHIJKLMN"
這可以類比列印浮點數的”%m.nf”，在”%m.ns”中，m 表示佔用寬度（字串長度不足時補空格，超出了則按照實際寬度列印），n 才表示從相應的字串中最多取用的字元數。通常在列印字串時m 沒什麼大用，還是點號後面的n 用的多。自然，也可以前後都只取部分字元：
sprintf(s, "%.6s%.5s", a1, a2);//產生："ABCDEFHIJKL"
在許多時候，我們或許還希望這些格式控制符中用以指定長度資訊的數字是動態的，而不是靜態指定的，因為許多時候，程式要到執行時才會清楚到底需要取字元陣列中的幾個字元，這種動態的寬度/精度設定功能在sprintf 的實現中也被考慮到了，sprintf 採用”*”來佔用一個本來需要一個指定寬度或精度的常數數字的位置，同樣，而實際的寬度或精度就可以和其它被列印的變數一樣被提供出來，於是，上面的例子可以變成：
sprintf(s, "%.*s%.*s", 7, a1, 7, a2);
或者：
sprintf(s, "%.*s%.*s", sizeof(a1), a1, sizeof(a2), a2);
實際上，前面介紹的列印字元、整數、浮點數等都可以動態指定那些常量值，比如：
sprintf(s, "%-*d", 4, 'A'); //產生"65 "
sprintf(s, "%#0*X", 8, 128); //產生"0X000080"，"#"產生0X
sprintf(s, "%*.*f", 10, 2, 3.1415926); //產生" 3.14"

列印地址資訊
有時除錯程式時，我們可能想檢視某些變數或者成員的地址，由於地址或者指標也不過是個32 位的數，你完全可以使用列印無符號整數的”%u”把他們打印出來：
sprintf(s, "%u", &i);
不過通常人們還是喜歡使用16 進位制而不是10 進位制來顯示一個地址：
sprintf(s, "%08X", &i);
然而，這些都是間接的方法，對於地址列印，sprintf 提供了專門的”%p”：
sprintf(s, "%p", &i);
我覺得它實際上就相當於：
sprintf(s, "%0*x", 2 * sizeof(void *), &i);
利用sprintf 的返回值
較少有人注意printf/sprintf 函式的返回值，但有時它卻是有用的，spritnf 返回了本次函式呼叫最終列印到字元緩衝區中的字元數目。也就是說每當一次sprinf 呼叫結束以後，你無須再呼叫一次strlen 便已經知道了結果字串的長度。如：
int len = sprintf(s, "%d", i);
對於正整數來說，len 便等於整數i 的10 進位制位數。
下面的是個完整的例子，產生10 個[0, 100)之間的隨機數，並將他們列印到一個字元陣列s 中，以逗號分隔開。
#include <stdlib.h>
#include <stdio.h>
#include <time.h>
int main() {
      srand((unsigned)time(NULL));
      char s[64];
      int offset = 0;
      for(int i = 0; i < 10; i++) {
            offset += sprintf(s + offset, "%d,", rand() % 100);
      }
      s[offset - 1] = '/n';//將最後一個逗號換成換行符。
      printf(s);
      return 0;
}
       設想當你從資料庫中取出一條記錄，然後希望把他們的各個欄位按照某種規則連線成一個字串時，就可以使用這種方法，從理論上講，他應該比不斷的strcat 效率高，因為strcat 每次呼叫都需要先找到最後的那個’/0’的位置，而在上面給出的例子中，我們每次都利用sprintf 返回值把這個位置直接記下來了。

使用sprintf 的常見問題
         sprintf 是個變參函式，使用時經常出問題，而且只要出問題通常就是能導致程式崩潰的記憶體訪問錯誤，但好在由sprintf 誤用導致的問題雖然嚴重，卻很容易找出，無非就是那麼幾種情況，通常用眼睛再把出錯的程式碼多看幾眼就看出來了。
        第一個引數的長度太短了，沒的說，給個大點的地方吧。當然也可能是後面的引數的問題，建議變參對應一定要細心，而列印字串時，儘量使用”%.ns”的形式指定最大字元數。
 忘記了第一個引數
低階得不能再低階問題，用printf 用得太慣了。//偶就常犯。：。（
 變參對應出問題
通常是忘記了提供對應某個格式符的變參，導致以後的引數統統錯位，檢查檢查吧。尤
其是對應”*”的那些引數，都提供了嗎？不要把一個整數對應一個”%s”，編譯器會覺得你
欺她太甚了（編譯器是obj 和exe 的媽媽，應該是個女的，:P）。
    strftime
        sprnitf 還有個不錯的表妹：strftime，專門用於格式化時間字串的，用法跟她表哥很像，也是一大堆格式控制符，只是畢竟小姑娘家心細，她還要呼叫者指定緩衝區的最大長度，可能是為了在出現問題時可以推卸責任吧。這裡舉個例子：
time_t t = time(0);
//產生"YYYY-MM-DD hh:mm:ss"格式的字串。
char s[32];
strftime(s, sizeof(s), "%Y-%m-%d %H:%M:%S", localtime(&t));
sprintf 在MFC 中也能找到他的知音：CString::Format，strftime 在MFC 中自然也有她的同道：
CTime::Format，這一對由於從面向物件哪裡得到了贊助，用以寫出的程式碼更覺優雅

 浮點數的表示 

        我兩年前就知道不應該用==號來判斷浮點數的相等了,因為存在一個精度的問題,但是一直以來,都沒怎麼在乎這些東西,而實際上,我對於浮點數的結構,雖然瞭解,但並不清晰. 作為一個C++愛好者,應該儘量搞清楚每一個問題,所以我搞清楚了浮點數的內在表示及實現.在沒有大問題的情況下,一切以易於理解和記憶為標準.         首先說一下原,反,補,移碼. 移碼其實就等於補碼,只是符號相反. 對於正數而言,原,反,補碼都一樣, 對負數而言,反碼除符號位外,在原碼的基礎上按位取反,補碼則在反碼的基礎之上,在其最低位上加1,要求移碼時,仍然是先求補碼,再改符號. 浮點數分為float和double,分別佔4,8個位元組,即32,64位. 我僅以32位的float為例,並附帶說double. 在IEEE754標準中,規定,float的32位這樣分:

符號位(S) 1

階碼(E)  8

尾數(M) 23

 這裡應該注意三點:  
         A,階碼是用移碼表示的,這裡會有一個127的偏移量,它的127相當於0,小於127時為負,大於127時為正,比如:10000001表示指數為129-127=2,表示真值為2^2,而01111110則表示2^(-1).          B, 尾數全都是小數點後面的數,          C, 但尾數中省略了一個1,因此尾數全為0時,也是1.0...00; 接下來只要說明幾個問題就明白了,以123.456為例,表示為二進位制就是:N (2) = 1111011. 01110100101111001 ,這裡,會右移6位,得到N (2) = 1.111011 01110100101111001*2^6; 這種形式就可以用於上圖中的表示格式了.              

符號位(S)            0

階碼(E)  00000110

尾數(M) 11101101110100101111001

        注意到,上面的階碼第一位為0表正,尾數比N(2)表示的第一位少了個1,這就是上面說的預設為第一位為1. 由於在將十進位制轉為二進位制的過程中,常常不能正好轉得相等, (當然,像4.0這樣的就不會有損失,而1.0/3.0這樣的必然損失),所以就產生了浮點數的精度問題, 實際上,小數點後的23位二進位制數,能影響的十進位制數的前8位,這是為什麼呢?一般人在這時往往迷迷胡胡了,其實很簡單,在上面表示的尾數中,是二進位制的,小數點後有23位,最後一位的值為1時,它就是1/2^22=0.000000238實際取的時候肯定是0.0000002,也就是說,對於一個float型的浮點數,其有效的位數是從左到右數7位(包括預設的1才是7位),當到達上面這個第8位時,就不可靠了,但我們的VC6可以輸出最長的1.0/3.0為0.33333333333333331,這主要是編譯器的問題了, 而並不是說浮點數小數點後的16位都有效. 如果不信的話,可以去試一下double型別的1.0/3.0, 得到的也將是小數點後17位.                                                                                                  ..另外,編譯器或電路板一般都有"去噪聲"的"修正"能力,它能夠使得超過7位的十進位制數即使無效了也不會變得離譜,這也是上面為什麼一直都是輸出333而不是345之類的,. 可以這樣試一下: float f=123456789;
 cout<<f<<endl;//這裡肯定得到123456789. 這裡有一個被人遺忘的問題,就是10進位制小數怎麼變為2進位制小數,其實很簡單,就是將10進的小數部分不斷乘以2,進位時就將對應的2進位制位寫入1. 因此將上面的N (2) = 1.111011 01110100101111001*2^6;再轉回十進位制數時,很可能已經不再是123.456了. 好,精度問題應該說清楚了. 下面說示數範圍. 階碼的示數位數是8位移碼,最大為127最小為-127,這裡的127用來作為2的指數,因此為2^127,約等於 1.7014*10^38, 而我們知道,float的示數範圍約為-3.4*10^38-------3.4*10^38, 這是因為尾數的24位(預設第一位為1)全為1是,非常接近2,  1.11..11很明顯約為2,因此浮點數的範圍就出來了. double的情況與float完全相似,只是它的內在形式是

符號位(S)      1

階碼(E) 11

尾數(M)     52

主要的區別在於它的階碼有11位了, 這就有2^1023約等於 0.8572*10^308, 尾數53位約為2,故double的示數範圍約為 -1.7*10^308.------1.7*10^308.  至於其精度,同樣,1.0/2^51=4.4*10^(-16).小數點後15位有效,加上預設的那一位,因此對於double浮點數,從左到右的16位數都是可靠的. 有時,我們會聽到"定點小數"這個詞,微控制器(如手機等)一般只使用定點數,迷糊的時候,我們會以為 float  a=23.4; 這種是定點小數, float a=2.34E1這種為浮點數,其實這是錯誤的, 上面只是同一個浮點數的不同表示,都是浮點數. 定點小數是有這種提法,認為整就是定點小數,小數點定在個位後面,小數部分為0.也可認為純小數是定點小數,但它只能表示小於1的純小數. 然後再說一下C/C++中的幾個函式, C++中預設輸出小數點後的5位小數,但可以設定,有兩種方法:呼叫setpression或者使用cout.pression,但效果是不同的:  float mm=123.456789f;
 cout<<mm<<endl;  //123.457           雖說預設為不數點後5位,但只是整數部分只有一位才這樣.
 setprecision(10);                               //設定小數點後的位數,但當整數部分有兩位時,與預設情況沒什麼兩樣,不起作用.
 cout<<mm<<endl;  //123.457
 cout.precision(4);                              //設定總的位數.
 cout<<mm<<endl;  //123.4     總之效果是比較怪的,個人認為雖然這樣顯得不夠確定,但實為硬體系統所限.無可厚非. 對於0的實際表示,有人認為+0一般能絕對為0,而-0則可能表示一個極小的數.  為此,本人想到了一種很好的驗證辦法,證明了不管+0還是-0,它都是2^(-127),程式碼如下:  float fDigital = 0.0f;       
 unsigned long nMem;// 臨時變數，用於儲存浮點數的記憶體資料
 // 將記憶體按位複製到臨時變中，以便取用,此時的nMem並不等於fDigital了,它是按位複製的。
 nMem = *(unsigned long*)&fDigital;
 cout<<nMem<<endl;  //一般得到一個很大的整數.  bitset<32>mybit(nMem);//妙在此處,這裡的輸出就是32float的記憶體表示了.終於完全直觀地看到了.
 cout<<mybit<<endl;   //00000000000000000000000000000000 用-0.0來試,也是如此. 如果你還認為上面那一長串的0表示的是絕對的0,那麼請重新看本文. 事實上,本人的這種做法是比較巧妙的,將上面的fDigital用任何其它浮點數表示,這個bitset數都可以反映出它的記憶體表示. 有移碼錶示階碼有是有原因的,主要是移碼便於對階操作,從而比較兩個浮點數的大小. 這裡要注意的是,階碼不能達到11111111的形式,IEEE規定,當編譯器遇到階碼為0XFF時,即呼叫溢位指令.  總之,階碼化為整數時,範圍是:-127~127. 最後,有一個往往高手也汗顏的地方,一定要記住,浮點數沒有無符號型的usinged float/double是錯誤的. 本人才疏學淺,歡迎批評指正.