呵呵，我想除了是數(shù)據(jù)類型什么都不是。
但BSTR到底是什么呢，今天沒有活就拿來搞了一下，首先見了一個(gè)MFC工程，在里面定義了幾句話如下：
USES_CONVERSION;
BSTR a = BSTR(CComBSTR("2233"));
LPOLESTR b= A2OLE("aaaaaaaaqqqq2");
從這幾句話中我首相想搞清 BSTR與LPOLESTR有什么區(qū)別，看過VS6.0中定義的可能都會(huì)發(fā)現(xiàn)他們幾乎沒有什么區(qū)別，是不是有貓膩咱們跟跟
當(dāng)運(yùn)行完第一句后，我們看內(nèi)存中是什么東東，從WATCH中可以看到a中的是剛2233（看來微軟的東東并不是一無(wú)是處，呵呵）。某人總是告訴我們BSTR前面有四個(gè)字節(jié)表示BSTR的字節(jié)數(shù)，那么我們先不問他是怎么有四個(gè)字節(jié)的，看看某人說的是不是事實(shí)。好，我們?cè)赪ATCH中輸入*((int*)(((int*)a)-1)),這我就不用解釋了，它的值果然是8。恩，果然是這樣。那么我們繼續(xù)向下執(zhí)行，當(dāng)執(zhí)行完第二句后，用同樣的我們可以看b的值和它前面的數(shù)（呵呵，不要笑話，我有點(diǎn)孤陋寡聞，沒有聽說LPOLESTR 前面也有四個(gè)字節(jié)）。哦，*((int*)(((int*)b )-1))＝14,暈，字符串的長(zhǎng)度是13，算上結(jié)尾占的位，正好是14。這是巧合？我在b中添加了幾個(gè)字符如下：
LPOLESTR b= A2OLE("aaaaaaaaqqqq2ttyykk");如果上次不是偶然的話，這次應(yīng)給是20，抓緊看看*((int*)(((int*)b )-1))＝20，無(wú)奈了。怎么回事，難道LPOLESTR前面也有四個(gè)字節(jié)？？這怎么可能，我緊接著定義了另一個(gè)變量LPOLESTR c= A2OLE("2222222222222222"),重新跟程序運(yùn)行，當(dāng)這行完此句之后，*((int*)(((int*)c )-1))=17,哇塞，難道LPOLESTR前面真有四個(gè)字節(jié)，他與BSTR唯一不同之處是代表的字符個(gè)數(shù)加上結(jié)尾空字符。不好，前面是什么？？？？？
我暈，b的前四個(gè)字節(jié)變成了4194304（注，我的是64位處理器），它被什么覆蓋了？我用b指針向后面跟發(fā)現(xiàn)，(b－1)[0]=64, (b－2)[0]= 0, (b－3)[0]=50, (b－4)[0]=50,而c[0]=50,c中的2ASIIC碼是50，哦，b的前四個(gè)字節(jié)有兩個(gè)字節(jié)被c的結(jié)尾空字符占去。另外一個(gè)不知道是什么，不過這已經(jīng)可以說明LPOLESTR前面的字節(jié)可以覆蓋，應(yīng)給沒有什么用。現(xiàn)在我們可以得出為什么LPOLESTR和BSTR定義相同，因?yàn)樗麄兯麄兘Y(jié)構(gòu)完全相同，哦哦哦哦，哈哈哈哈哈哈，明白一點(diǎn)了。
既然LPOLESTR前面的沒有什么用，我們也不在追究了，得饒人處且饒人。就看看BSTR是不是能蓋呢？
緊接著定義了兩個(gè)變量：
BSTR d = BSTR(CComBSTR("4444442233"));
BSTR e = BSTR(CComBSTR("rrrrrrrrrrrrrrrrrrrr"));
從WATCH上看到*((int*)(((int*)d)-1))＝20；*((int*)(((int*)e)-1))＝40；e并沒有覆蓋d，我們從CComBSTR中看到，它調(diào)用了sysallocstring（），問題就處在這，這個(gè)函數(shù)肯定作了什么見不得人得事，在看看所有BSTR得賦值都調(diào)用了這個(gè)函數(shù)，恩，可以肯定得說分配內(nèi)存并賦值得動(dòng)作都是它干得，恩，一切都明了化，這就是我們?yōu)槭裁匆眠@個(gè)函數(shù)的理由，要不然BSTR就不是BSTR了。我今天開始看ATL的時(shí)候上網(wǎng)看看他們兩個(gè)的區(qū)別，看到很多說兩個(gè)混用出現(xiàn)毛病的問題，想想那不出毛病才怪呢。