當我們初始化一個指針或給一個指針賦值時，賦值號的左邊是一個指針，賦值號的右邊是一個指針表達式。在我們前面所舉的例子中，
絕大多數(shù)情況下，指針的類型和指針表達式的類型是一樣的，指針所指向的類型和指針表達式所指向的類型是一樣的。
?
例十四：?
1。floatf=12.3;?
2。float*fptr=&f;?
3。int*p;?
在上面的例子中，假如我們想讓指針p指向實數(shù)f，應該怎么搞？是用下面的語句嗎？?
p=&f;?
不
對。因為指針p的類型是int*，它指向的類型是int。表達式&f的結果是一個指針，指針的類型是float*,它指向的類型是float。兩
者不一致，直接賦值的方法是不行的。至少在我的MSVC++6.0上，對指針的賦值語句要求賦值號兩邊的類型一致，所指向的類型也一致，其它的編譯器上我
沒試過，大家可以試試。為了實現(xiàn)我們的目的，需要進行"強制類型轉換"：?
p=(int*)&f;?
如果有一個指針
p，我們需要把它的類型和所指向的類型改為TYEP* 和TYPE，?
那么語法格式是：?
(TYPE*)p；
?
這樣強制類型轉換的結果是一個新指針，該新指針的類型是TYPE*，它指向的類型是TYPE，它指向的地址就是原指針指向的地址。而原來的指針p的一切屬性都沒有被修改。
?
一個函數(shù)如果使用了指針作為形參，那么在函數(shù)調(diào)用語句的實參和形參的結合過程中，也會發(fā)生指針類型的轉換。?
例十五：?
voidfun(char*);?
inta=125,b;?
fun((char*)&a);?
...?
...?
voidfun(char*s)?
{?
charc;?
c=*(s+3);*(s+3)=*(s+0);*(s+0)=c;?
c=*(s+2);*(s+2)=*(s+1);*(s+1)=c;?
}?
}?
注
意這是一個32位程序，故int類型占了四個字節(jié)，char類型占一個字節(jié)。函數(shù)fun的作用是把一個整數(shù)的四個字節(jié)的順序來個顛倒。注意到了嗎？在函數(shù)
調(diào)用語句中，實參&a的結果是一個指針，它的類型是int*，它指向的類型是int。形參這個指針的類型是char*，它指向的類型是char。
這樣，在實參和形參的結合過程中，我們必須進行一次從int*類型到char*類型的轉換。結合這個例子，我們可以這樣來想象編譯器進行轉換的過程：編譯
器先構造一個臨時指針char*temp，?然后執(zhí)行temp=(char*)&a，最后再把temp的值傳遞給s。所以最后的結果是：s的類型
是char*,它指向的類型是char，它指向的地址就是a的首地址。?
我們已經(jīng)知道，
指針的值就是指針指向的地址，在32位程序中，指針的值其實是一個32位整數(shù)。
那可不可以把一個整數(shù)當作指針的值直接賦給指針呢？就象下面的語句：
?
unsignedinta;?
TYPE*ptr;//TYPE是int，char或結構類型等等類型。?
...?
...?
a=20345686;?
ptr=20345686;//我們的目的是要使指針ptr指向地址20345686（十進制?
）?
ptr=a;//我們的目的是要使指針ptr指向地址20345686（十進制）?
編譯一下吧。結果發(fā)現(xiàn)后面兩條語句全是錯的。那么我們的目的就不能達到了嗎？不，還有辦法：?
unsignedinta;?
TYPE*ptr;//TYPE是int，char或結構類型等等類型。?
...?
...?
a=某個數(shù)，這個數(shù)必須代表一個合法的地址；?
ptr=(TYPE*)a；//呵呵，這就可以了。?
嚴格說來這里的(TYPE*)和指針類型轉換中的(TYPE*)還不一樣。這里的(TYP?
E*)的意思是把無符號整數(shù)a的值當作一個地址來看待。上面強調(diào)了a的值必須代表一個合法的地址，否則的話，在你使用ptr的時候，就會出現(xiàn)非法操作錯誤。?
想想能不能反過來，把指針指向的地址即指針的值當作一個整數(shù)取出來。完全可以。下面的例子演示了把一個指針的值當作一個整數(shù)取出來，然后再把這個整數(shù)當作一個地址賦給一個指針：?
例十六：?
inta=123,b;?
int*ptr=&a;?
char*str;?
b=(int)ptr;//把指針ptr的值當作一個整數(shù)取出來。?
str=(char*)b;//把這個整數(shù)的值當作一個地址賦給指針str。?
好了，現(xiàn)在我們已經(jīng)知道了，可以把指針的值當作一個整數(shù)取出來，也可以把一個整數(shù)值當作地址賦給一個指針。