1.關于USB_TxWrite輸出亂碼的問題
使用printf列印UWB時間戳,會有延遲,是以采用USB列印。用到的函數是sprintf。對于這個函數有些生疏,調試時發現輸出亂碼。直接使用USB_TxWrite(txTimeStamp,n);輸出發現亂碼。但是輸出漢字确正常。
輸出漢字沒問題,但是資料有問題說明不是波特率出錯了。一定是格式控制相關的有問題。後來檢查發現USB_TxWrite輸出的參數中,第一個必須要是字元串形式。也就是說,要先使用sprintf函數把待輸出的内容轉換成字元串形式,然後發送給buff發送出去。
修改後的代碼如下:
n += sprintf((char*)&TestBuff[n], "發送完回調函數時間戳為:%d,%d,%d,%d,%d\r\n",
txTimeStamp[0],
txTimeStamp[1],
txTimeStamp[2],
txTimeStamp[3],
txTimeStamp[4]
);
USB_TxWrite(TestBuff,n);
注:關于UWB中時間戳的問題,代碼中定義的是5位,40位元組的數組。考慮到後面需要通過時間計算距離,是以将時間戳轉換為标準的時間來處理比較好。twr代碼中有關于時間戳的轉換,但是目前還沒有看到。後面再詳細看下代碼。
2.sprintf 詳解
sprintf 跟printf 在用法上幾乎一樣,隻是列印的目的地不同而已,前者列印到字元串中,
後者則直接在指令行上輸出。這也導緻sprintf 比printf 有用得多。是以本文着重介紹sprintf,有時
也穿插着用用pritnf。
sprintf 是個變參函數,定義如下:
除了前兩個參數類型固定外,後面可以接任意多個參數。而它的精華,顯然就在第二個參數:格式化字元串上。
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 就可以了。
上面以”%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 而不是補符号位):
就可以了。或者:
unsigned short si = -1;
sprintf(s, "%04X", si);
sprintf 和printf 還可以按8 進制列印整數字元串,使用”%o”。注意8 進制和16 進制都不會打
印出負數,都是無符号的,實際上也就是變量的内部編碼的直接的16 進制或8 進制表示。
控制浮點數列印格式
浮點數的列印和格式控制是sprintf 的又一大常用功能,浮點數使用格式符”%f”控制,預設保
留小數點後6 位數字,比如:
但有時我們希望自己控制列印的寬度和小數位數,這時就應該使用:”%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”?對嗎?自己試試就知道了,同時也試試下面這個:
第一個打出來的肯定不是正确結果,原因跟前面提到的一樣,參數壓棧時調用者并不知道跟i
相對應的格式控制符是個”%f”。而函數執行時函數本身則并不知道當年被壓入棧裡的是個整數,
于是可憐的儲存整數i 的那4 個位元組就被不由分說地強行作為浮點數格式來解釋了,整個亂套了。
不過,如果有人有興趣使用手工編碼一個浮點數,那麼倒可以使用這種方法來檢驗一下你手
工編排的結果是否正确。?
1.字元/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);
}
2.連接配接字元串
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'};
如果:
十有八九要出問題了。是否可以改成:
也沒好到哪兒去,正确的應該是:
這可以類比列印浮點數的”%m.nf”,在”%m.ns”中,m 表示占用寬度(字元串長度不足時補空
格,超出了則按照實際寬度列印),n 才表示從相應的字元串中最多取用的字元數。通常在列印字
符串時m 沒什麼大用,還是點号後面的n 用的多。自然,也可以前後都隻取部分字元:
在許多時候,我們或許還希望這些格式控制符中用以指定長度資訊的數字是動态的,而不是
靜态指定的,因為許多時候,程式要到運作時才會清楚到底需要取字元數組中的幾個字元,這種
動态的寬度/精度設定功能在sprintf 的實作中也被考慮到了,sprintf 采用”*”來占用一個本來需要一
個指定寬度或精度的常數數字的位置,同樣,而實際的寬度或精度就可以和其它被列印的變量一
樣被提供出來,于是,上面的例子可以變成:
或者:
實際上,前面介紹的列印字元、整數、浮點數等都可以動态指定那些常量值,比如:列印位址資訊
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”把他們列印出來:
不過通常人們還是喜歡使用16 進制而不是10 進制來顯示一個位址:
然而,這些都是間接的方法,對于位址列印,sprintf 提供了專門的”%p”:
我覺得它實際上就相當于:
3.利用sprintf 的傳回值
較少有人注意printf/sprintf 函數的傳回值,但有時它卻是有用的,spritnf 傳回了本次函數調用
最終列印到字元緩沖區中的字元數目。也就是說每當一次sprinf 調用結束以後,你無須再調用一次
strlen 便已經知道了結果字元串的長度。如:
int len = sprintf(s, “%d”, i);
對于正整數來說,len 便等于整數i 的10 進制位數。
下面的是個完整的例子,産生10 個[0, 100)之間的随機數,并将他們列印到一個字元數組s 中,
以逗号分隔開。
#include <stdio.h>
#include <time.h>
#include <stdlib.h>
int main() {
srand(time(0));
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 傳回值把這
個位置直接記下來了。
4.使用sprintf 的常見問題
sprintf 是個變參函數,使用時經常出問題,而且隻要出問題通常就是能導緻程式崩潰的記憶體訪
問錯誤,但好在由sprintf 誤用導緻的問題雖然嚴重,卻很容易找出,無非就是那麼幾種情況,通
常用眼睛再把出錯的代碼多看幾眼就看出來了。
(1)緩沖區溢出
第一個參數的長度太短了,沒的說,給個大點的地方吧。當然也可能是後面的參數的問
題,建議變參對應一定要細心,而列印字元串時,盡量使用”%.ns”的形式指定最大字元數。
(2) 忘記了第一個參數
低級得不能再低級問題,用printf 用得太慣了。//偶就常犯。:。(
(3)變參對應出問題
通常是忘記了提供對應某個格式符的變參,導緻以後的參數統統錯位,檢查檢查吧。尤
其是對應”*”的那些參數,都提供了嗎?不要把一個整數對應一個”%s”,編譯器會覺得你
欺她太甚了(編譯器是obj 和exe 的媽媽,應該是個女的)。
5.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,這一對由于從面向對象哪裡得到了贊助,用以寫出的代碼更覺優雅。
後記
本文介紹的所有這些功能,在MSDN 中都可以很容易地查到,筆者隻是根據自己的使用經驗,
結合一些例子,把一些常用的,有用的,而可能為許多初學者所不知的用法介紹了一點,希望大
家不要笑話,也希望大家批評指正。
有人認為這種帶變參的函數會引起各種問題,因而不提倡使用。但筆者本人每每還是抵擋不
了它們強大功能的誘惑,在實際工作中一直在使用。實際上,C#.NET 從開始就支援變參,剛釋出
不久的Java5.0 也支援變參了。