關(guān)于取得數(shù)組長度的問題

風(fēng)溪香士

寫了一個(gè)LCD12864顯示的函數(shù)，是這樣的：
void LCD12864_write(unsigned char address,unsigned char table_name[])
{
       unsigned char i;
       LCD12864_write_com(address);
       for(i=0;i<(sizeof(table_name)/sizeof(table_name[0]));i++)
       {
               LCD12864_write_dat(*table_name);
               table_name++;
       }
}
參數(shù)address是LCD12864的顯示地址，table_name[]是要顯示的數(shù)據(jù)的數(shù)組。但是sizeof(table_name)/sizeof(table_name[0]  這句不能得到實(shí)參數(shù)組的長度，這是為什么呢？
請大家指點(diǎn)一下。

lelee007

table_name[]

原型定義里邊沒確切給出數(shù)組長度，此時(shí)sizeof這個(gè)數(shù)組變量，意義何在？

sizeof是C的保留字，雖然看起來像是函數(shù)調(diào)用，實(shí)際并非函數(shù)調(diào)用，所以你函數(shù)中計(jì)算數(shù)組長度是在編譯時(shí)就定下來的

而你行參中并未確切給出數(shù)組長度，所以這個(gè)在編譯的時(shí)候編譯器只能根據(jù)形參數(shù)組的起始地址到下一個(gè)結(jié)束符來作為其長度，而不是在函數(shù)調(diào)用時(shí)根據(jù)你實(shí)參的起始地址到結(jié)束符來作為其長度

lelee007

驗(yàn)證了一下，32位linux系統(tǒng)里邊，gcc這種情況下是把這種不確定類型（長度不確定的數(shù)組）當(dāng)作指針變量來處理了，而非上面所說從數(shù)組起始的地方到下一個(gè)結(jié)束符

lelee007

從起始到結(jié)束符的計(jì)算實(shí)際還是函數(shù)處理過程，這個(gè)是我有點(diǎn)想當(dāng)然了，呵呵，sizeof在編譯時(shí)是根據(jù)確切的數(shù)據(jù)類型來計(jì)算對象的長度的

風(fēng)溪香士

lelee007 發(fā)表于 2013-5-1 10:09
從起始到結(jié)束符的計(jì)算實(shí)際還是函數(shù)處理過程，這個(gè)是我有點(diǎn)想當(dāng)然了，呵呵，sizeof在編譯時(shí)是根據(jù)確切的數(shù)據(jù) ...

但是就算是在函數(shù)定義時(shí)將形參unsigned char table_name[]的中括號中加入9（實(shí)參長度是9），也不能得到實(shí)參數(shù)組的長度，貌似也是得到的是指針變量的長度。這該怎么辦？

fastfood

許多工程師在調(diào)試串口通信時(shí)都有過困惑，通信線路上跑的數(shù)據(jù)究竟對不對？如果通信的兩端中的一端是電腦，還可以通過一些諸如“串口精靈”之類的軟件來輔助，假如通信的兩端都不是電腦，那就有點(diǎn)傷腦筋了。是不是？
現(xiàn)在，一款價(jià)廉物美的革命性的產(chǎn)品隆重亮相了。

串行數(shù)據(jù)分析儀套件（以下簡稱本產(chǎn)品）是本公司（無錫市恒運(yùn)隆科技有限公司）開發(fā)的新一代串行數(shù)據(jù)采集和分析工具，由“串口數(shù)據(jù)采集器”和“串口數(shù)據(jù)分析助手”軟件組成。該套件用來幫助工程師解決RS232和RS485的調(diào)試問題。和傳統(tǒng)的“串口精靈”的純軟件工具不同，本產(chǎn)品有硬件和軟件構(gòu)成，并根據(jù)應(yīng)用場合不同，使用不同的“串口數(shù)據(jù)采集器”。

該產(chǎn)品的顯著特點(diǎn)如下：
•        使用硬件介入方式采集數(shù)據(jù)，保證數(shù)據(jù)的真實(shí)性  
•        使用硬件隔離技術(shù)保證數(shù)據(jù)采集絲毫不影響原來通信鏈路的正常通信和數(shù)據(jù)完整性
•        精確到微秒級的數(shù)據(jù)包硬件時(shí)標(biāo)，保證時(shí)序關(guān)系的正確性
•        “串行數(shù)據(jù)分析助手”提供清新簡潔的用戶界面
•        具有簡單易用的軟件實(shí)時(shí)采集過濾功能
•        具有功能強(qiáng)大的離線數(shù)據(jù)檢索和篩選功能
•        支持從300bps到115200bps波特率以及8位數(shù)據(jù)、奇偶校驗(yàn)或無校驗(yàn)
該產(chǎn)品適用的應(yīng)用場合如下：
•        需要對RS232進(jìn)行調(diào)試的場合  
•        需要對一般的RS485總線進(jìn)行調(diào)試的場合
•        需要對PLC的RS485進(jìn)行調(diào)試的場合

lelee007

今天想起這個(gè)問題來，呵呵，之前都忘了這個(gè)問題的關(guān)鍵點(diǎn)，今天無意中翻書看到這點(diǎn)才想起來

C語言里邊數(shù)組做形參時(shí)，會退化成指針，這個(gè)是C規(guī)范規(guī)定，所有編譯器都會這樣來做

LZ的問題的原因就顯而易見了

hanzic

樓上正解。
你這個(gè)函數(shù)有很多問題：
1、參數(shù)不要：unsigned char table_name[]  傳，[] 和 * 是有區(qū)別的，不要養(yǎng)成這種習(xí)慣，一些細(xì)節(jié)上會出問題的。
2、sizof()只能識別你定義的那種數(shù)組，這樣操作不行，如樓上所說。
3、LCD12864_write_dat(*table_name);
                table_name++;
你都指針++了，還sizeof(指針)，每次都sizeof不一樣的地址，你說會是多大的問題？就算可以計(jì)算出大小，恐怕也只有第一次能計(jì)算出來。
同時(shí)，你既然用了for循環(huán)，為什么不
LCD12864_write_dat(table_name[i]);
來訪問呢？這樣的訪問才是最安全的，指針上的強(qiáng)制轉(zhuǎn)換、加減操作一定要小心，指針訪問也要小心，指針操作不小心的一個(gè)失誤就會崩潰程序。養(yǎng)成個(gè)好習(xí)慣，不要沒事就指針++。