1樓：王用科技
64位作業系統和32位作業系統，從本質來說是乙個運算能力和速度的區別
有很多32位的軟體，在64位系統下相容模式的運作，已經可以滿足客戶需求。所以沒必要更新。
2樓：user
你們以為32位和64位就是重新編譯一下就行？！其實要改很多東西。
很大軟體都不需要訪問超過4G記憶體，要64位有啥用？而且32位的軟體體積更小。
3樓：Belleve
我補充下，Office 裝 32 位是因為它會載入 C++ 外掛程式，而很多 Office 外掛程式（尤其是企業定製外掛程式）根本不會更新，自然也談不上支援 x64。
x86 到 x64 移植並不是平凡的，比如資料結構大小、對齊就有差異。x64 到其他 64 位的 arch（比如 ARM）之間也不是簡單另存為就行的，即使你沒用 intrinsic，一些 ABI 關聯的差異也會影響（比如 va_list 在 ARM 上的實現就很不尋常）。
4樓：碎景
一大票軟體從MFC/QT/WinForm/WPF公升級到了electron,你以為他們是為了效能?
還不是圖web迭代方便,三端相容成本低?
5樓：zhxy9804
為了最大相容性啊,
如果跟蘋果一樣激進,你看還有嗎?
windows最大的優點不就是相容性嘛,毫無原則的相容性.
不過話說回來,win10本身就搞得亂七八糟,4k螢幕縮放,好多應用到現在還是顯示的莫名其妙的
6樓：張梓良
這也是微軟苦心孤詣強調相容性的原因吧，儘量減少平台轉換成本。
記得WIN10剛出的時候，我還是WIN7死忠（用習慣了嘛），覺得可能相容性有問題，結果同學用WIN10完美執行了十幾年前的紅警，震驚到了我
7樓：什麼都寫的等效氫
證明廠商懶/不想花錢
重新開發64位版的要消耗廠商的資源/錢，以前32位的能用自然就不管64位開發了。反正64位系統能相容32位程式。
現在基本上大型的新的還有更新積極的軟體都是64位，比如新遊戲，一些開發者自己鼓搗的小東西，Adobe全家桶這樣。
尤其是大型軟體，因為需要強勁的效能，基本上都是64位。甚至很多「老遊戲」都早早的來到了64位。
我記得沒錯的話，以前Adobe是32和64都發布的，後來為了省錢砍掉了32位的開發，停止發布32位軟體了。
8樓：
因為32位的程式既能在32位系統跑，也能在64位系統跑。
而64位的程式只能在64位系統跑。
而且大部分軟體是用不了3G以上的虛擬記憶體的
9樓：巴別鳥
目前大多數情況是：
很多應用32位就足夠了，對於32位就夠用的場景，開發64位的意義並不大。對使用者使用體驗沒什麼提公升，沒有必要。
並且目前64位的作業系統都向下相容32位，使用32位進行開發可以乙個版本同時相容32位和64位。這樣無論是版本管理還是使用者使用都比較方便（乙個版本就夠了）安裝包也只需要乙個，體積可以做小。發布了64位版本意味者要維護和更新兩個版本「32位和64位」，這個投入和麻煩程度並不會有什麼回報甚至容易出錯，同樣的精力用在其他方面更有意義。
只推出64位版本的開發者某種程度上是為了方便（或者某種追求最新的心態）忽視了一部分老機器或32位系統的使用者需求，是不負責任的（或者他的場景下沒有32位使用者）。
這是我認為目前大多數win軟體都選擇了32位進行開發的原因。除非有一天所有的作業系統都是64位了，這些軟體才會不用考慮向下相容以64位開發（如MAC上的軟體）。只要有一定數量使用者使用32位作業系統，開發者為了解決向下相容就會首選只開發32位版本。
這個過程大概還需要3-5年。
對運算效能要求高（需要高記憶體和cpu頻寬）或者有特殊庫需求的應用除外，這些應用在64位上的效能會比32位高很多，為了讓64位使用者有更好的體驗，就會發布64位版本，往往這類應用都同時有32位和64位版本供使用者選擇或者把32位和64位打包到乙個安裝包中。但一般是專業軟體和遊戲或者驅動才有必要。因為這類軟體64位版本速度更快效能更好，收益是顯而易見的，值得去維護兩個版本。
所以像題主說的酷狗之類的軟體只有32位版本的原因很簡單，因為32位版本夠用了，即使做乙個64位版本出來也和32位沒啥差別，考慮到向下相容和版本維護，沒必要做64位版本。
至於瀏覽器，只能這樣說，絕大多數場景下32位也夠用了，但是要做完美些，64位會更好。因為64位瀏覽器和32位瀏覽器在複雜的網頁應用下的確有可感知的效能差異。
最後，我能說32位的開發難度和除錯難度更大麼？
10樓：木魚
對於PC作業系統來說，很少有軟體只有64位版，大多數是有32和64位版、或只有32位版。原因可能有：
歷史遺留原因，如用了只有32位版本的元件，或軟體本身陳舊沒有維護，導致只有32位版
成本原因，改為64位版並不是改個編譯平台的事情，涉及到大量的成本投入，字長的變更後不僅僅是占用更多的記憶體，程式開發測試上需要投入大量的人力物力去相容、改造和修復，而帶來的是一點點的效能提公升（64位系統執行32位軟體通過wow64子系統，效能有一定的損失，但不大）。這個的典型代表是Visual Studio，宇宙第一的開發IDE，只有32位版
軟體自己不思進取
有一部分軟體只有64位版，基本上都特別新，或對硬體要求極高（需要極高的記憶體用量）。總的來說，windows的64位版的相容性首屈一指，絕大部分32位軟體在上面跑都看不到什麼效能問題，使用體驗差別不大，又不會因為32位遇到什麼限制（2G記憶體空間對大部分軟體都是足夠的），還省了開發64位版的投入，不用維護兩個版本（不太可能不要32位版了吧？不會吧不會吧？
現在還有人用XP你敢信），自然樂得如此了。
你要說別的平台，那就遠不是這番景象了。比如Mac吧，別說32位64了，隔兩年不跟著系統迭代都不能在新系統上執行了，真的是……
11樓：無缺草
使用64位作業系統主要是為了解決32位無法訪問超過4G記憶體的問題。32位作業系統實際只能訪問3.2G左右的記憶體，而現在較新的電腦普遍都有4G-16G記憶體。
64位作業系統相容32位軟體。而32位軟體比64位軟體執行速度更快，資源占用更小，程式檔案也小30%以上。大部分程式執行時只會占用幾百M記憶體，在64位系統下用32位軟體更加經濟合算。
並且32位軟體同時適用32位和64位系統，開發者能一舉兩得。
只有大型軟體（3A遊戲、專業工具等），記憶體占用可能超過4G，才必須用64位。
12樓：沉思者
依我看,就是為了保證在windows上通用,開發成64位的,哪麼就僅能在64上跑,如果開發成32位的就可以在32/64上同時跑,省心
13樓：Hurry
講個鬼故事前陣子我們專案的客戶端考慮將程式公升級為64位的。然後拉一下使用者系統分布情況。結果發現竟然還有將近6%的windows使用者在用32位的系統... 然後就打消了這個念頭
14樓：高町奈葉
因為32位的軟體還能用。
就這麼簡單，能用就會有人用，對於開發者來說，程式是32位如果不影響使用，是沒有動力公升級的。
Windows的相容性就是這麼強啊，別說32位了，簡單開啟一下功能以後，你甚至能在win10上跑16位的軟體。
15樓：
主要還是有些用到的庫還是32位公升不上去導致的，比如我們組之前就想公升級64，但是由於UI庫公升不上去，只得做多程序架構繞過這個問題（同理也可以看下VS，他們的主程序是32位的，但是子程序絕大部分都是64的了）
當然32位在中國還是有很大佔比，所以無論如何你都要維護乙份32位的程式，多加乙份64位需要維護兩份安裝包，不然你兩個版本都打進去安裝包會超級大，一般來說正常的程式不會用多於32位程序位址空間，結合上面所述的公升級問題，大家也就沒意願公升上去了
16樓：
很多程式用不了太大記憶體，沒有上64位的強迫必要，用32位乙個版本就能相容xp到最新的win10了
有些軟體一直是32位設計的，不能輕鬆的搞出64位，如果為了方便用基於web的桌面架構重新做乙個64位出來通常只會效能更差
只要32位能正常好好用，我覺得也不是什麼大問題吧，最煩的就是Program Files還為了這事兒分兩個資料夾。。。。我想著以後都裝Program資料夾得了
17樓：西柚秀
這是正常的，雖然微軟在Win10 2004 版本及之後不再提供 32位系統了，但是目前市場上32位的電腦依然占有率很高（即使是十幾年前的 XP 依然有 1.X% 的占有率）。
而64位系統支援執行 64位+32位的軟體，反之32位系統只支援 32位的軟體。
所以很多軟體為了盡可能地讓更多人使用，避免出現相容性問題，依然開發的是 32位的軟體。
當然如果你的電腦是 64位系統，那麼在軟體同時提供 32位和 64位情況下，請選擇 64位！
protobuf 變長64位無符號整數 為什麼最多需要消耗10位元組而不是9位元組？
已登出 其實主要原因就是 歐文韜說的，你這樣一搞128bit就炸了.可以看go的varint的設計 專門解釋了為什麼不像你想的那樣做 Design note At most 10 bytes are needed for 64 bit values.The encoding could be mor...
macOS 和 Windows 的字型渲染有什麼區別？
江疆 技術上說，主要的區別有這幾個 Windows 預設是使用很重的 hinting，直到 DirectWrite 開始才禁用 horizontal hinting 而 Mac OS X 完全不用 hinting 資訊，只在 vertical 方向做一些 autohint Windows 關閉小字號...
Windows 下最佳的 C 開發的 IDE 是什麼？
應該是vs2017 更新vs2015，功能上，不得不說是window下最全面的了 跑程式的時候可以看看記憶體和CPU，單步除錯的時候可以看看每一步的耗時 Visual Studio 2019或者CLion,Clion還處於早期,但是寫小專案還是挺好用的.VisualStudio功能全 除了visua...