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