轉自：https://blog.csdn.net/nma_123456/article/details/45077345

由於作業系統記憶體分配的不同，導致軟體開發過程中，需要編譯不同版本的軟體，此處以VS為例。

1、編譯程式根據需要選擇不同的編譯環境：

X86和win32位32位程式，X64為64位程式，可以選擇不同的編輯條件形成不同位的軟體。

2、程式碼中的基本的資料型別，會根據作業系統的位數分配記憶體大小：
如int型在32位作業系統為4位元組，在64位系統為8位元組

因此在64位上對int型資料操作，編譯生成32的程式，有可能導致int型越界，軟體出現問題

3、32位的程式在64位作業系統上執行，由於64位作業系統的定址和偏移的問題，也有可能導致程式在執行過程中，計算結果與32位系統不一致

4、64位作業系統理論上能夠相容32位和64位軟體，32位作業系統不能執行64程式

5、使用VS2010或VS2012開發的程式，強制編譯為32位軟體，在xp系統下執行有問題，有可能與.net framework版本有關係，低版本的framework不能支援高版本framework的一些控制元件或類庫。嘗試安裝高版本的framework解決問題

借用一下部落格內容：

一）64位系統和32位有什麼區別？ 

1、64bit CPU擁有更大的定址能力，最大支援到16GB記憶體，而32bit只支援4G記憶體

2、64位CPU一次可提取64位資料，比32位提高了一倍，理論上效能會提升1倍。但這是建立在64bit作業系統，64bit軟體的基礎上的。

什麼是64位處理器？

之所以叫做“64位處理器”，是因為電腦內部都是實行2進位制運算，處理器（CPU）一次處理資料的能力也是2的倍數。8位處理器、16位處理器、32位處理器和64位處理器，其計數都是2的倍數。一次處理的資料越大，該電腦處理資訊的能力越來越大；因此64位處理在先天就比32位處理器具有快速的能力。那為什麼不用更高階的128位處理器呢？因為位數越高，處理器晶片的設計也就越複雜，目前的技術水平暫時無法制造這麼複雜的晶片。

64位處理器之失

※硬體———缺乏驅動程式，很多現有硬體無法使用

※軟體———作業系統不是問題，但是軟體出現不相容難題

64位處理器之得

※硬體———更快的執行速度，更大的記憶體管理

※軟體———最新的尖端軟體首先出現在64位平臺

（二）資料型別對應位元組數

程式執行平臺
      不同的平臺上對不同資料型別分配的位元組數是不同的。
      個人對平臺的理解是CPU+OS+Compiler，是因為： 
      1、64位機器也可以裝32位系統（x64裝XP）； 
      2、32位機器上可以有16/32位的編譯器（XP上有tc是16位的，其他常見的是32位的）； 
      3、即使是32位的編譯器也可以弄出64位的integer來（int64）。 
      以上這些是基於常見的wintel平臺，加上我們可能很少機會接觸的其它平臺（其它的CPU和OS），所以個人認為所謂平臺的概念是三者的組合。 
      雖然三者的長度可以不一樣，但顯然相互配合（即長度相等，32位的CPU+32位的OS+32位的Compiler）發揮的能量最大。 
      理論上來講 我覺得資料型別的位元組數應該是由CPU決定的，但是實際上主要由編譯器決定(佔多少位由編譯器在編譯期間說了算)。

常用資料型別對應位元組數
  可用如sizeof（char),sizeof(char*)等得出

 32位編譯器：

      char ：1個位元組
      char*（即指標變數）: 4個位元組（32位的定址空間是2^32, 即32個bit，也就是4個位元組。同理64位編譯器）
      short int : 2個位元組
      int：  4個位元組
      unsigned int : 4個位元組
      float:  4個位元組
      double:   8個位元組
      long:   4個位元組
      long long:  8個位元組
      unsigned long:  4個位元組

  64位編譯器：

      char ：1個位元組
      char*(即指標變數): 8個位元組
      short int : 2個位元組
      int：  4個位元組
      unsigned int : 4個位元組
      float:  4個位元組
      double:   8個位元組
      long:   8個位元組
      long long:  8個位元組
      unsigned long:  8個位元組