ReactOS

ReactOS是一個開發與Windows NT和Windows 2000應用程式和硬體驅動程式相容的開源作業系統的專案。

ReactOS

ReactOS 0.4.14桌面
開發者	ReactOS 基金會
程式語言	C、C++[1][2]
運作狀態	Alpha
原始碼模式	開放原始碼
首次釋出	1998年，​27年前​（1998）
目前版本	0.4.15（2025年3月21日；穩定版本）[3]
市場取向	PC
更新方式	CD-ROM
支援平台	IA-32、x86-64、ARM
核心類別	混合核心（為與Windows NT及以上版本相容而設計）
預設使用者介面	GUI（ReactOS Explorer）
授權條款	GNU GPL、LGPL和BSD授權條款
官方網站	reactos.org
倉庫	github.com/reactos/reactos

ReactOS截圖：多工

ReactOS 主要是由C語言編寫。部分元件則由C++編寫，例如ReactOS 檔案瀏覽器。

ReactOS 的授權條款主要為GNU通用公眾授權條款，也有少量代碼以GNU寬通用公共許可証、BSD授權條款之類的開源授權條款發行。

為確保作業系統沒有任何一部份是看過洩漏出來的微軟 Windows 原始碼的人所寫，或者逆向工程的過程達不到淨室設計標準，一個全盤的原始碼審查由 ReactOS 主要開發者下令展開。此審查目前已經結束。

該專案從發起至今已有 27 年，但由於種種原因，目前仍然處於 alpha 狀態。

發展歷程

啟動開發

大約在1996年時，一群開源軟體開發者啟動了一個名為FreeWin95的專案，旨在實現一個Windows 95的克隆作業系統。這個專案當時只停留在關於系統實現的討論上。

雖然對於 FreeWin95 專案期待很高，但直到 1997 年末，專案還沒有公開發布任何版本，於是專案協調員Jason Filby 聯合大家重振該專案並起了一個新名稱 「ReactOS」 ，並計劃重新實現 Windows NT。1998年 2 月 ReactOS 專案正式啟動，開始開發系統核心和基本的驅動程式。

代碼審查

為了避免著作權起訴，ReactOS 必須明確地完全區分並且不衍生於 Windows，這是一個需要非常謹慎工作的目標。2006年1月17日，Hartmut Birr 在 ReactOS 開發者郵寄清單中指出 ReactOS 包含有反編譯的 Windows 原始碼。因此開發者暫時禁止非開發者進入系統。鑑於 ReactOS 是開放原始碼軟體，此舉引起開放原始碼社群的不滿。ReactOS 的貢獻者沒受當時的舉動影響。 不久後所有軟體開發工程都能自由進入了。由於 Birr 的指摘未能證實，開發者決定審查原始碼。 可能「受污染」的原始碼會被封鎖，直到那些原始碼經審查後確定無問題。

大部分的原始碼已解封，維護和開發都可繼續進行，而審查亦同時進行。

2008年，原始碼已經全部解封。審查也已經全部結束。維護和開發得以正常繼續。

參與 Google Summer of Code

從 2006 年開始，ReactOS 專案參與了幾次 Google Summer of Code。例如，在GSoC 2011 中， ReactOS 指導了一個將 lwIP 整合到網路堆疊中的學生專案。迄今為止，ReactOS曾在 GSoC 參與過五次：2006年，2011年，2016 年，2017年 和 2018 年。2019 年也將參與。

公開演示

俄羅斯的政治人物 Viktor Alksnis 會見了專案協調員 Aleksey Bragin，Aleksey Bragin介紹了該專案並演示了該專案，演示中顯示 ReactOS 在 2007 年已經可以執行當時的 Total Commander 和 Mozilla Firefox。 它還吸引了時任俄羅斯總統梅德韋傑夫（Dmitry Medvedev）的關注。 梅德韋傑夫訪問了斯塔夫羅波爾地區的一所高中，巧合的是 ReactOS 開發者 Marat Karatov 正是該學校的高中生，他藉此機會向總統介紹了開源 Windows 系統，並請求總統資助 100 萬歐元。梅德韋傑夫稱對 ReactOS 很感興趣，表示會考慮資助事宜。

ReactOS 社群版

2014年4月，ReactOS 專案宣布推出 iegogo活動，推出基於 0.4版本的 ReactOS Community Edition。籌資活動的目標是50,000美元，除此之外還有額外的伸展目標。ReactOS Community Edition 的開發將以社群為中心，ReactOS使用者投票和資金決定專案旨在支援哪些軟體和硬體驅動程式。2014年 6 月 1 日，關於Indiegogo的靈活眾籌活動結束時籌集了25,141美元用於社群版的開發，並且不久後啟動了支援硬體和軟體的投票過程。

ReactOS Hackfest 2015

ReactOS 專案於2015年8月7日至12日在德國亞琛市舉辦了一場Hackfest。Hackfest 圓滿結束，因為它為 ReactOS 增加了許多功能。

系統開發

核心開發

ReactOS 主要用 C語言 進行編寫，另外包含一些用 C++ 編寫的元素，如 ReactOS Explorer 和聲音棧。該專案使用 MinGW 和 Visual Studio 進行編譯。開發人員的目標是使核心和使用者模式 API 與 Windows NT 5.2（Windows Server 2003）相容，並增加對更多應用程式和硬體的支援，並計劃在開發日趨成熟時針對更新版本的 Windows。DirectX 支援是通過內部實施 ReactX 進行的。2D 硬體加速彩現是本機完成的，而其他繪圖功能則重新導向到 OpenGL 作為權宜之計解決方案。

開發進度受開發團隊規模及其經驗水平的影響，以 Windows 7 開發所需工作量的估計，微軟僱傭了大約 1,000 名開發人員，組成了 25 個團隊，每個團隊平均有 40 名開發人員。但截至 2011 年 9 月 2 日，在 Ohloh 的 ReactOS 網頁上列出「非常大且活躍的開發者團隊」包含在 12 個月內貢獻程式碼的 33 位開發者、及從 ReactOS 項目開始後於 Apache Subversion 上貢獻的 104 位使用者。ReactOS 開發人員 Michele C. 在米蘭舉辦的 Hackmeeting 2009 上的演講中指出，大多數開發人員在使用 ReactOS 時都了解 Windows 體系結構，並且沒有任何先驗知識。

ReactOS 目前主要針對 x86 / AMD64 架構平台，移植到 ARM 架構的努力則「正在進行中」，雖然他因沒什麼有效產出而被放棄維護了^[4]。對 Xbox（x86 體系的變體架構）則經由使用特定架構的 HAL 匯入；雖然如此 PowerPC 架構的支線則不再積極維護。

硬體驅動程式堆疊

在硬體驅動程式方面，例如UniATA專案為ReactOS 提供串行ATA驅動程式。該專案還嘗試使用FullFAT庫重寫其FAT可 安裝檔案系統。ReactOS利用 Haiku 的 USB 堆疊作為參考，並作為其 USB 支援的基礎。

網路

ReactOS的網路堆疊構建在 FreeBSD 中 OSKit 網路堆疊埠的TCP部分，以及內部開發的面向封包協定（如IP）的實現。後來，lwIP被整合到ReactOS的網路堆疊中。Samba / Samba TNG 專案已經提供了LSASS，SAM，NETLOGON 和列印假離線等 Windows 網路服務作為開源替代方案。

與 Wine 專案合作

ReactOS架構簡化圖，當中Wine所依賴的部份繪有Wine的Logo。

ReactOS 和 Wine 專案共享本機執行二進制 Windows 軟體的目標，因此可以共享許多依賴項和開發。 ReactOS 使用 Wine 專案的一部分，以便它可以從 Wine 在實現 Win32 API方面的進展中受益。雖然由於體系結構的不同，Wine 的 NTDLL，USER32，KERNEL32，GDI32和 ADVAPI32 組件不能由 ReactOS 直接使用，但代碼片段和其他部分可以在兩個專案之間共享。不過核心由 ReactOS 單獨開發，因為 Wine 依賴於現有的類 Unix 核心。^[5][6]。

此外，ReactOS另外有一支實驗性的Arwinss團隊，透過另一種方式去構建Win32 API，使USER32及GDI32的支援可以做得更好。ReactOS原來的Win32子系統完全以Windows的等同為藍本，但Arwinss則透過合併原來ReactOS的Win32子系統及Wine的Win32子系統的架構，以好好利用Wine的系統相容性。這樣，Arwinss就可以讓使用者透過一個遙距的X server作顯示，而無需硬性規定必須要用硬體上的顯示屏^[7]。

版本紀錄

系統版本	釋出日期	釋出資訊
0.2.0	2004-01-25	第一個執行GUI的釋出版本
0.2.1	2004-03-03	漏洞修復
0.2.2	2004-04-27
0.2.3	2004-06-26
0.2.4	2004-09-13
0.2.5	2005-01-02
0.2.6	2005-04-09
0.2.7	2005-08-21
0.2.8	2005-10-29	檢測VMWare，重寫CSRSS
0.2.9	2005-12-22	漏洞修復
0.3.0	2006-08-27	第一個支援網路的官方版本
0.3.1	2007-03-10	包含了程式管理器，開始重寫核心
0.3.2	跳過	建立了這個分支但從沒有釋出
0.3.3	2007-09-12	核心和win32k改進
0.3.4	2008-01-22	重寫支援了登錄檔、遠端桌面以及隨插即用
0.3.5	2008-06-30	漏洞修復
0.3.6	2008-08-06	支援RTL
0.3.7	2008-11-04	改善x86-64; MSVC, 新棧
0.3.8	2009-02-04	在LiveCD中引入了PSEH和多分割區HDD模式支援
0.3.9	2009-04-26	24MB的最小RAM，加快了hyperspace(超級空間)對映，開始支援音效
0.3.10	2009-07-05	開始支援SATA，USB鍵盤/滑鼠支援，畫圖的複製，開始支援MSVC.[8][9]
0.3.11	2009-12-16	重寫kdcom；中文/韓文字型; 相容性更新；聲音系統改良
0.3.12	2010-10-20	重寫自陷處理程式；重寫定時器和訊息處理，支援NMI；支援SxS；部分支援EMS[10]
0.3.13	2011-03-22	重寫堆管理器；改善了對SATA的支援，修復了圖形介面的問題[11]
0.3.14	2012-02-07	預設啟用ACPI，WiFi支援（包含未加密的與WEP），主題支援，新的TCP/IP驅動程式，MSVC相容性改進，支援Scatter/GatherDMA操作，shell32重寫[12]
0.3.15	2013-05-30	對於滑鼠，鍵盤和儲存裝置的USB支援、工作階段管理重寫、跟隨著較新UniATA驅動程式的AHCI支援、ReactOS記憶體管理模組已經取代了幾乎所有其他的記憶體管理功能、使用WinDbg對ReactOS組件進行除錯的初步支援、基於從AutoHotkey應用程式測試套件處所得的結果進行了改進、對數個附帶的驅動程式以驅動程式驗證器執行後的結果進行了錯誤修復[13]
0.3.16	2014-02-06	重寫CSRSS，主題支援改善，RTL8139的網卡驅動程式, 讓ReactOS的支援較新版本的QEMU的開箱即用[14]
0.3.17	2014-11-05	引入了 NTVDM，改善字型，漏洞修復[15]
0.4.0	2016-02-16	對USB更好的支援，完全實現了新的檔案總管，改善了網路以及使用者友好的wifi設定，更好的音效支援
0.4.8	2018-04-17	新增特性：氣球通知，通知托盤，命令自動補全，新的NTFS驅動程式，故障轉儲報告以及對NT6+軟體的實驗性支援[16]
0.4.9	2018-07-23	再次實現自我代管功能。
0.4.10	2018-11-06	支援從 Btrfs 啟動。
0.4.11	2019-03-04	電源管理的驅動程式。支援對已安裝的 ReactOS 的更新。改善 SATA 支援。
0.4.12	2019-09-23[17]	核心的改進、window-snapping feature、字型改進、Intel e1000 網路驅動程式、使用者模式 DLL、新主題。
0.4.13	2020-04-09[18]	新的 USB 堆疊，優化 FreeLoader 中 FAT 驅動程式，新軟體：Accessibility Utility Manager。

含義：

顏色	含義
紅	停止支援的版本
綠	目前版本
藍	未來版本
灰	跳過的版本

影響與評價

下面一些關於 ReactOS 專案的批評提出幾條為什麼他們不相信 ReactOS 會成為一個有價值的專案的原因。其中，有人指出把與 Windows NT 4.0 相容作為 ReactOS 的釋出目標是一個局限，因為 NT 4.0 評價不佳而且它已經過時了。

作為回覆，有人提出雖然目前是把與 Windows NT 4.0 相容作為目標，但是，Windows 後來基於 NT 架構的系統都與 NT 4.0 在系統層次上高度相似（例如：Windows 2000, Windows XP, Windows Server 2003）。因此，想要與後續的 Windows 版本相容，只要 NT 4.0 的目標完成，剩下都簡單了。 以此為由，該批評的回覆者說把 NT 4.0 的相容作為里程碑並不是一個局限，而是未來開發的基礎。

其它人則批評認為我們已經有好幾個基於 Unix（Linux 及不同版本的 BSD）的作業系統, 與其再建立一個新的, 不如集中精力改善舊的，努力做好 Wine(「Wine Is Not an Emulator」)，讓現有的 WINDOWS 應用程式在其上執行得更好。但是，ReactOS 開發者及其他擁護者辯解說，UNIX 類作業系統不一定是唯一的最好的作業系統類型。NT 的設計含有很多概念是 Unix 工作方式的改進，而且一個在更低層次更似 Windows 的作業系統（即是設計成與 Windows 相似，而非執行某某應用程式，嘗試把另一個作業系統變成 Windows）將更有機會成功達到更廣闊地相容現有的 Windows 應用程式和（特別是）硬體驅動程式。

未來目標

ReactOS 桌面

• 對NTFS檔案系統的原生支援，尤其是在安裝和啟動ReactOS的時候
• 對使用FAT32檔案系統格式化大於32 GiB的分割區的原生支援
• 對使用NTFS檔案系統格式化分割區的原生支援
• 對使用exFAT檔案系統格式化分割區的原生支援
• 對分割區對映方案GUID磁碟分割表的原生支援，尤其是當使用UEFI韌體在PC上安裝和啟動ReactOS時
• 對固態硬碟的原生支援
• 基於先進格式化對硬碟的原生支援，尤其是4Kn
• 對觸控螢幕的原生支援
• 對USB 3.0的原生支援
• 對Thunderbolt的原生支援

硬體需求

• x86或x86-64的相容處理器， ^[19]奔騰或更高版本
• 64 MB RAM（推薦256 MB）
• IDE / SATA硬碟機，主分割區至少為350 MB
• FAT16 / FAT32主引導分割區
• 2 MB VGA圖形配接器（VESA BIOS版本2.0或更高版本）
• CD - ROM 光碟機
• 標準鍵盤
• USB滑鼠，PS / 2相容滑鼠或Microsoft滑鼠相容型串行滑鼠

值得留意的是，ReactOS亦可在能類比上述硬體的軟體內運作，比如Virtual PC、VMware、Bochs或QEMU。

眼見Windows NT 4.0可在i386以外的MIPS、Alpha AXP和PowerPC架構運行，而NT衍生的作業系統如Windows XP和Windows Server 2003又已被移植到不同的硬體架構上（例如x86-64、IA-32及IA-64），ReactOS開發者亦開始注意可移植性。譬如對IA-32架構變種Xbox平台的支援，已加入0.2.5發佈版，而直到2006年上半年，PowerPC port和Xen port的工程仍在努力。

參見

• Windows NT
• Wine
• 模擬器