WINE檢視原始碼討論檢視歷史
| WINE |
|
中文名: 葡萄酒 外文名: Wine(Windows Environment) 別 名: Wine Is Not an Emulator 語 種: 英文 運行系統: Linux/FreeBSD/Solaris 運作機理: 調用DLL以運行Windows程序 公開屬性: 源代碼完全公開，免費發行 最新版本: 5.2 最近更新時間: 2020年02月17日 |
Wine （「Wine Is Not an Emulator(Wine不是一個模擬器)」 的縮寫）是一個能夠在多種 POSIX-compliant 操作系統（諸如 Linux，Mac OSX 及 BSD 等）上運行 Windows 應用的兼容層。另外英語單詞wine是葡萄酒的意思。 Wine (Wine Is Not an Emulator)[即Windows運行環境]是一個在Linux和UNIX之上的,Windows 3.x和 Windows API （以下簡稱動態接口）的實現。注意，Wine不是模擬Windows的工具，而是運用API轉換技術實做出Linux對應到Windows相對應的函數來調用DLL（動態鏈接庫）以運行Windows程序。Wine可以工作在絕大多數的UNIX版本下,包括Linux, FreeBSD, 和 Solaris。另外，也有適用於Mac OS X的Wine程序。Wine不需要Microsoft Windows系統, 因為這是一個完全由百分之百的免費代碼組成的。如果有可利用的副本的話，它也可以隨意地使用本地系統的DLLs。Wine的發布是完全公開源代碼的，並且是免費發行的。（基於LGPL發布：GNU寬通用公共許可證）[1]
版本
樹莓派系統用戶:WineHQ 提供的安裝包只能用於 x86 架構；它們不能被安裝於 ARM 架構系統。 可提供下載的一共有三個版本：
其他版本
雖然可運行大部份視窗程序，但只能有限度地運行以[[DirectX所編寫的遊戲，亦即是很多遊戲不能在其運行 Wine的延伸計劃主要有兩大產品，一個是CodeWeavers開發的CrossOver，另一個是TransGaming Technologies的Cedega。 CrossOver Office以提供應用軟件支持為主，Cedega則鎖定在遊戲娛樂方面。CodeWeavers和Wine計劃一直保有密切的合作關係。CodeWeavers亦雇用了Alexandre Juillard以將CrossOver Office的源代碼回饋給Wine。在2005年6月22日，CodeWeavers 宣布支持基於英特爾處理器的蘋果電腦。 Transgaming的Cedega則是商業軟件，以Wine為基礎，在Wine更換授權後停止使用Wine的源代碼，雖然有Cedega提供源代碼下載（經由CVS），但在不包含專利技術的情形下，功能與可用性都不高。
早期發展
Wine計劃是在1993年由Bob Amstadt及Eric Youngdale發起的，最初的目的是為了使16位的視窗3.1的程序可以在Linux上運行，但已將目的變為使32位的視窗程序在Linux上運行。 Wine雖然是為Linux而制，但亦能支持FreeBSD、Mac OS X（Intel版） 與Solaris-x86。 因為Windows的DLLs是封閉源代碼的，所以程序員只能由最底層的設計開始，耗費大量的時間來編寫和測試，最後達至兼容。但這個過程往往會有很多困難，而且亦可能會出現很多錯誤。 當Corel參加這個計劃後，Wine很快便能兼容WordPerfect Office，但Corel後來停止了支持這個計劃。
編譯安裝
確保你的Linux上已經安裝了gcc編譯器。 如果你安裝了編譯所需要的軟件（如 gcc flex bison fontforge ），就可以進行編譯了。 首先，訪問官方網站下載最新版本的 Wine，解壓到一個目錄 打開終端（"Terminal"），輸入以下命令： cd <你解壓的目錄> #進入目錄 即可完成 Wine 的編譯。 ▲注意： 1.編譯Wine一般需要一個小時（視機器性能而定），若你是剛剛接觸 Linux 不久的人，最好不要進行編譯。 2.編譯安裝出現問題，多半是軟件依賴沒有安裝，請留意輸出的錯誤信息。 3.建議能用軟件包（如.deb）安裝的就儘量別用源碼編譯安裝了，用軟件包安裝的可以通過包管理器進行版本管理，便於及時更新WIne，編譯安裝的就得靠你自己了（尤其是你裝了開發版本（Development branch）的Wine，不及時更新可能會有很多bug）
下載安裝
若你使用 Debian 或者 Ubuntu 之類的發行版，只需要一個命令即可完成安裝： sudo apt-get install wine 請注意：由這種方法安裝的Wine通常不是最新版本。要獲取最新版，請使用由官方網站上下載安裝包、添加ppa源（針對Ubuntu用戶）等方法或直接編譯安裝。 若你使用的為其他發行版，請訪問官方網站下載區查詢安裝方法 這裡介紹Wine官方給出的在Ubuntu環境下的安裝方法：
配置
安裝後在終端運行命令（不需要root權限，root權限會在/root創建一個.wine的隱藏文件夾，否則它將會被創建在/home/用戶名中） 運行後會讓你安裝一些必要插件，確認即可。 之後彈出的窗口裡面有詳盡的配置。 注意：Wine 1.1.27以上版本的 winecfg 已經是中文界面了。 最新版本的Wine已經可以模擬Windows 10的環境了
中文亂碼
Wine 1.1.4 以上版本的中文支持得到了極大改善。如果您在使用較低版本的WINE或者對WINE的中文支持不滿意，可以把下面文字保存為 zh.reg 文件，運行 wine regedit 導入它即可
簡單方法
Wine可以在絕大多數的Unix/Linux版本下工作，但其仍不能完全運行所有的Windows程序。不過由於幾乎每個月都有新版本，越來越多的Windows程序已經能在Wine的幫助下在Linux中運行。 1、直接運行程序 使用命令 wine 2、使用程序管理器 啟動管理器窗口，從菜單中選擇 文件(F)－執行(X)，就會彈出一個目錄瀏覽器，選擇程序即可。 3、直接雙擊 EXE 程序 一些發行版安裝WINE時會自動關聯EXE程序，這樣直接雙擊可以運行。 某些簡單程序可直接運行，而不需要安裝。大部分Windows軟件的安裝，請由Wine打開安裝包（exe文件）然後和Windows下以同樣的方法安裝程序即可。這樣安裝的程序應當會在桌面環境的程序列表中自動添加快捷方式（和Windows下的快捷方式類似），選擇即可運行程序。 單擊右鍵，選擇打開方式也可以選擇Wine打開。 ▲注意：Wine運行某些程序，如MS Office、迅雷、QQ、某些遊戲等的兼容性仍不完善。要正常使用此類軟件，可以以完全的虛擬機代替（如Virtualbox、VMWare），或者在網上搜索查找已知的解決方法或針對特定軟件的安裝包。 本文中，我們討論的是 Wine 在純 Linux 上的安裝，沒有任何 Windows 分區。 1. Windows可執行文件： Wine 完全支持 Windows可執行文件（ .exe 和 DLL）的二進制加載。 2. DLL： Wine 有幾百個 Windows DLL 的內部實現 -- 不過，其中沒有多少是完全的實現。例如，包含有用戶界面相關函數的 userd32.dll 在開放源代碼的 Wine 中實現了 92%。 3. COM： 這是一種幾乎被所有的大型 Windows應用程序所使用的 Windows 技術，它支持諸如將一個 Excel 電子數據表嵌入到 Word 文檔中等功能。這一技術得到了 Wine 的很好的支持。 4. 註冊表： 這是另一個幾乎任何一個 Windows應用程序都會使用的關鍵技術，Wine 實現了大約 90% 的 Windows 註冊表管理 API。 5. 核心功能： 核心系統功能也得到了特別好的支持。如前面提到的，儘管 Linux 和 Windows 之間存在區別，但是基本的層次上還有很多類似之處，因此與進程、線程、文件和消息隊列相關的核心系統 API 得到了近乎完美的支持。 6. 音頻和視頻： Wine 支持 Windows 音頻和視頻文件的運行（還可以使用 Windows媒體播放器）。 7. 打印： 也得到了支持，可以從一個在 Wine 中運行的 Windows應用程序進行打印。 8. ODBC： Wine 支持那些需要通過 ODBC 訪問數據庫的 Windows 應用程序。 9. 調試： Wine 有一個非常健壯和強大的內置調試器，除了支持標準的調試功能外，它還為調試運行於 Linux 上的 Windows 二進制程序進行了定製。它是 Wine 為其開發者提供的最重要工具之一。Wine 還有一個設計完備的追蹤和記錄日誌的模塊，可以幫助調試。我們之所以強調這一點，原因在於，儘管框架是健壯的，但是，當在 Wine 中安裝和運行 Windows應用程序時有很多不確定因素，在使用開放源代碼的 Wine 時遲早會停下來進行調試。
不能做什麼
不幸的是，很多用戶發現 Wine 難於使用。誠然，在 Linux 上使用類似於 MS Office 這樣的應用程序可能是困難的；在這裡我們來看一些原因，為什麼確實是這樣。在開始之前，我們應該指出，CodeWeavers 提供的商用 Wine （CrossOver）已經解決了大部分此類問題（參閱參考資料以獲得鏈接）。假以時日，這些問題將可能在開放源代碼的 Wine 中同樣得到解決。 1. 使用命令行（早期版本） 與大部分 Linux 中的應用程序一樣，在開發早期 Wine 必須在命令行中安裝。用戶必須回到命令行中來在 Wine 下運行應用程序。例如，要運行Internet Explorer，用戶通常需要在 shell 中輸入 wine IEXPLORE.EXE 。儘管經驗豐富的用戶喜歡這樣做，但初學者會發現這比較困難，而且不太可能懂得起別名等快捷方式。不過，在較新的版本中用戶也可以直接雙擊EXE文件運行（如果進行了關聯）。儘管這樣會給查看錯誤信息帶來困難，但這無疑極大地方便了用戶的使用。 2. 配置 Wine 的配置較為複雜。除了命令行，較新的版本已經有了簡體中文的界面，對於初學者來說，配置簡單了不少。 3. 取消對隱藏文件的隱藏 如果掛載 CDROM 時沒有使用專門的 unhide 選項，那麼安裝 CD 上的隱藏文件可能會無法找到，從而導致安裝失敗。 4. 額外的調整過程 Wine 安裝很少能直接使用（對它來說也就是從 tarfile 解開）。通常需要進行全面的調整；例如，一個程序的安裝可能與您在配置文件中設置的 Windows 版本不相容；而修改那個版本又可能會影響一些已安裝的應用程序。對很多 DLL 來說也是如此。為此，Wine 提供了一個巧妙的修復，讓您可以設置特定於應用程序的屬性，不過，一般的用戶可能不會像我們一樣滿意。 5. 額外的安裝步驟 大部分應用程序的安裝過程都不是標準的。例如當我們安裝 Internet Explorer 6 時，必須跳過一些步驟，比如 DCOM98 的定位與安裝。對用戶來說，這類事情可能是最大的障礙。 注意，這些並不是病症，而是舉例說明了是哪些種類的事情導致對一般用戶來說 Wine 看起來複雜而且困難。 更多 Wine 所不能做的 看完 Wine 的可用性問題後，讓我們來總結在嘗試使用 Wine 時一些常見的技術問題。 1. 缺少 DLL 這可能是最常見的問題：很多安裝由於缺少 DLL 而失敗，這時需要熟練使用調試器來決定下一步（稍後將深入討論調試器）。解決問題的最佳方法是由錯誤信息尋找到所需的DLL，並進行安裝。這些都可能難倒初學者。 2. DLL 版本問題 一些安裝程序在開始之前會檢查現有的系統 DLL。Wine 解決這一問題的方法是，創建假 DLL 以滿足安裝程序的需要。不過，有一些安裝程序會更進一步並深入檢查 DLL 以獲得它們的版本。這對假的 DLL 來說要求太高了，會導致安裝失敗。 3. DLL 加載次序 Wine 有對很多Windows DLL 的實現，而且如果可用，它還可以使用原始的 Windows DLL。如果兩種 DLL 都可用，在初學者看來應該選擇總是使用 Windows 自己的 DLL，但實際上 Windows DLL 有時會包含不能被滿足的依賴。要確定是更應該使用 Wine 的 DLL 還是應該使用本機 DLL，惟一的方法是，基於各個應用程序反覆進行試驗。 4. DLL 中的函數 當一個 Wine DLL 沒有實現 Windows 中相應的 DLL 的全部功能時，應用程序可能會遭遇函數調用失敗。由於 DLL 是動態加載的，可能沒有辦法事先知道會發生這樣的事情。這是一個複雜的問題，有一些可做的工作，但最終實際來說它只是取決於應用程序的代碼如何編寫。 有一些因素會減輕這些問題。一方面，您可能會一個一個地遇到這些問題，而不是一次遇到全部問題，這樣處理起來要容易些。另外，您遇到的那些問題可能其他人曾遇到過並已經解決（而且解決方案已經公布出來）。Wine 用戶組非常活躍，會提供許多幫助，每周一次的 Wine 時事通訊（參閱 參考資料）是極好的信息資源。 Wine 中還沒有實現的 Win32 API 在 Wine 中，很多 Win32 API5 的函數是殘缺不全的。最常見的原因是，相當多的 Win32 API 並沒有被文檔化。這就意味着一個特別的應用程序可能會調用某個函數，而完全沒有關於此函數的可用資料。例如，我們在運行一個簡單的 RPC 程序時發現了 RtlAnsiCharToUnicodeChar 這個函數。在 MSDN 上的搜索結果顯示沒有關於這個函數的資料，而且沒有關於所有 RtlXXXX 類別函數的資料。因此，如果它們在 Wine 中的實現對一些應用程序來說至關重要，那麼人們可能只有去猜測它們的行為了。