reactos編譯安裝

㈠ 什麼是開源系統

問題一：什麼是網站開源系統 就是開放建站源碼，開源是開放源碼的意思。還有，應該是開源網站系統，不是網站開源系統

問題二：開源系統開源是什麼意思 開源就是源代碼開放的（有的部分開源的軟體是院校使用免費、商業使用收費的）；
將源代碼拿來進行裁剪，定製，甚至擴充修改，設計自己的產品；
開源跟復雜不復雜沒關系，是軟體產品推行策略或者是研發它的團隊組織的結構問題。

問題三：開源是什麼意思 和開源相對的是什麼名詞 哪些系統是開源的 哪些又是不開源的？ 開源是開放源代碼的簡稱，相對的是非開源，linux是開源系統，windows是非開源的

問題四：的操作系統開源到底是什麼意思 開源的意思是安卓系統的源代碼是面向用戶開放的，可以遵循開源協議（GNU）進行使用、編譯和再發布。在遵守GNU協議的前提下，任何人都可以免費使用，隨意控制軟體的運行方式。最著名的開源操作系統是linux。
開源系統相對於不開源的操作系統，如Windows和Mac，開源操作系統最大的特點就是開放源代碼和自由定製，但也會因為使用者的技術水平等關系出現很多不可預知的情況及維護問題，並且由於多數硬體和軟體廠商並不支持開源軟體.所以在驅動和軟體源方面有很大困難，這就要求個人用戶在選擇系統時需要注意根據自己的實際情況來選擇,這也是目前個人使用開源操作系統較為困難的最主要原因。
開源系統的分類：Unix-like類：Linux(這一族開發者眾多，發行版本以千計，覆蓋所有平台，並支持所有文件格式和所有網路協議)、FreeBSD、OpenBSD、NetBSD(覆蓋所有平台)、DrangonflyBSD、Darwin/OpenDarwin/PureDarwin、Minix、GNU Mach/GNU Hurd、L4/Fiasco/Pistachio、syllable、禪OS
Unix類：Opensolaris、AuroraUX、Plan9、Inferno C Plan 9。
dos類：Freedos
windows-like類：ReactOS
原創類：House、KolibriOS、MenuetOS、HelenOS、Openvms
還有其他的開源操作系統有：XFree86、ReactOS。

問題五：開源系統的應用領域 Apache――HTTP web伺服器Tomcatweb server――web容器Mediawiki――wiki伺服器軟體，用來運行 *** Alfresco――內容管理系統RenovatioCMS――內容管理系統WordPress― 博客軟體MongoDB ― 面向文檔、非關系型資料庫Eclipse――軟體開發的集成開發環境 Android開源Andy Rubin創立了兩個手機操作系統公司：Danger和Android。Danger 5億美元賣給微軟，今年成為了Kin，Android4千萬美元賣給Google。 Android是Google於2007年11月05日宣布的基於Linux平台的開源手機操作系統的名稱，該平台由操作系統、中間件、用戶界面和應用軟體組成。它採用軟體堆層（Software Stack，又名軟體疊層）的架構，主要分為三部分。底層以Linux內核工作為基礎，由C語言開發，只提供基本功能；中間層包括函數庫Library和虛擬機Virtual Machine，由C++開發。最上層是各種應用軟體，包括通話程序，簡訊程序等，應用軟體則由各公司自行開發，以Java作為編寫程序的一部分。不存在任何以往阻礙移動產業創新的專有權障礙，號稱是首個為移動終端打造的真正開放和完整的移動軟體。 Google通過與軟、硬體開發商、設備製造商、電信運營商等其他有 關各方結成深層次的合作夥伴關系，希望藉助建立標准化、開放式的行動電話軟體平台，在移動產業內形成一個開放式的生態系統。 Android作為Google企業戰略的重要組成部分，將進一步推進「隨時隨地為每個人提供信息」這一企業目標的實現。全球為數眾多的行動電話用戶正在使用各種基於 Android 的電話。谷歌的目標是讓（移動通訊）不依賴於設備甚至平台。出於這個目的，Android 將補充，而不會替代谷歌長期以來奉行的移動發展戰略：通過與全球各地的手機製造商和移動運營商結成合作夥伴，開發既有用又有吸引力的移動服務，並推廣這些產品。 MeeGoMeeGo是諾基亞和英特爾宣布推出一個免費手機操作系統，中文昵稱米狗，該操作系統可在智能手機、筆記本電腦和電視等多種電子設備上運行，並有助於這些設備實現無縫集成。這種基於Linux的平台被稱為MeeGo，融合了諾基亞的Maemo和英特爾的Moblin平台。諾基亞的執行副總裁Kai Oistamo表示，MeeGo適用於多種平台的能力使其顯得與眾不同，因此它不僅僅是一種新的手機操作系統。諾基亞公司近日宣布，除了最近即將上市的N9機型之外，所有其後上市的N系列旗艦手機將不再使用塞班操作系統，將轉為使用基於Linux的MeeGo操作系統。 一、定義在對比之前，首先為很多專業知識不太豐富的朋友普及一下開源的定義。專業定義稍顯復雜，因為開源起初是在國外興起，所以很多說法都是外國方式，國人難於理解，最主要的核心思想便是：開源用於描述那些源碼可以被公眾使用的軟體，並且此軟體的使用、修改和發行也不受許可證的限制。而我們一般理解的開源則是指軟體的源代碼公開，可被用戶查看。下面的敘述中就將開源理解為開放源代碼，反之亦然，閉源就是指關閉源代碼。二、錯誤認識很多計算機知識匱乏的朋友對於網上商城購物系統多多少少都有一定的錯誤認識，主要表現在兩方面：開源=免費很多網站建設以免費開源為噱頭，提供給用戶直接下載，所以造就了很多用戶以為開源系統=免費系統，其實這是錯誤的認識。開源軟體有自己的知識產權，他們存在一個license（授權協議），少數情況下確實可以免費使用，但是在......>>

問題六：操作系統開源的好處是什麼？ 1開源就是把源代碼提供出來 讓會修改的人進行修改
不開源就是對源代碼進行保密
2理論上開源的好 因為這樣大家可以一起發現漏洞 改進 增加新功能 提高安全性能 可以windows普及面廣 兼容的軟體多 開源的軟體 例如Linux等等 因為對游戲支持不好 使用的人比較少
3有 nokia的都是用這個軟體 支持的程序多
nokia畢竟是第一大廠商 所以適用人群多 WM更適合商務人士
4說不清楚
windows壟斷給開源很大的壓力和阻礙
開源軟體只有在對游戲支持性提高並且能讓大型軟體公司開發支持其的軟體還是可以一拼的

問題七：什麼是開源操作系統，什麼是閉源操作系統？ 操作系統也是一種軟體。「開源操作系統」就是指源代碼開放的操作系統，是一種開源軟體；「閉源操作系統」就是源代碼不（完全）開放的操作系統。
舉例來說，windows和macos就是閉源的；Linux就是開源的，題主可以自己去搜索「Linux 源碼」就可以找到。

問題八：開源軟體是什麼意思？？ 什麼是開源軟體
開源軟體，英文表示是open source software，簡稱為OSS，直接的字面意思是公開源代碼的軟體。軟體既然連源代碼都公開，因此開源軟體具備可以免費使用和公布源代碼的主要特徵。
1997春天，自由軟體社團的一些領導者聚集到加利福尼亞州。這個社團包括EricRaymond，TimO』Rerlly，VA Research的總裁Larry Augustin等人，他們所關心的是一種尋找方式，來向以前躲避自由軟體思想的人們推廣這種思想。他們擔心，自由軟體基金會的反商業信條會讓人們對自由軟體敬而遠之。
在Eric Raymond的堅持下，這群人同意他們所缺乏的是市場營銷活動，這個活動的目的是贏得思想，而不僅僅是市場份額。最後討論的結果產生了一個新的術語來描述他們所推進的軟體：Open Source(開煩擾軟體)。他們制定了一系列的指導原則，用來描述哪些軟體可以有資格被稱為開源軟體。
Bruce Perens 為制定開源軟體的定義做了很多基礎性的工作。GNU工程的正式目標之一就是創造一個自由可用的操作系統，以作為平台來運行GNU軟體。從軟體引導（softwera boottstrapping）的傳統觀點來看，Linux已經成為那個平台，L inux是在GNU工具的幫助下創造出來的。Perens曾經是Debian工程的領導者，它所管理的Linux發行版本，只包括那些符合GNU精神的軟體。Perens已經在「Debian社會契約」（Debian Social Contract）中明確地闡明了這一立場。開源軟體的定義是「Debian社會契約」的直接產物，因此開源軟體是與GNU的精神一脈相承的。
與GPL相比，開源軟體的定義允許更大授權自由。特別是當軟體中混合了專有軟體和開源軟體時，開源軟體的定義允許在它們的基礎上生成更大的混合。
結果是，開源軟體許可證能令人信服地允許使用和再分開開源軟體，而不必考慮補償或者信用問題。舉例來講，你可以得到偉大的Netscape瀏覽器的源代碼，並且把它作為連同另一個軟體（可能是專有軟體）一起發布出去，而用不著去通知網景（Netscape）公司。網景為什麼會希望如此呢？原因很多，最引人注目的是，這樣做可以為他們的客戶端代碼贏得更大的市場份額。這些代碼與他們的商業軟體一起工作得的非常好。從這個角度來說，奉送源代碼是建立平台的一個很好的方式。這也是網景的人不使用GPL的原因之一。
這在社團中可不是小事一樁。1998年下半年，曾經有一場重要的爭論對Linux威脅極大，幾乎Linux社團破裂。裂痕是因出現了兩個軟體系統GNOME和KDE而引發的，它們兩者都試圖建立一個面向對象的桌面界面。一方面，KDE利用了Troll Technology公司的Qt庫，其中的一部分屬於專有代碼，但是很穩定、很成熟。另一方面，GNOME決定使用GTK+庫，盡管它不如Qt成熟，但是它是完全自由的庫。
過去，Troll Technology不得不在使用GPL和維持他們的專有軟體立場之間進行選擇。GNOME和KDE的裂痕本來會持續下去。然而，在開源軟體出現後，雖然Troll仍然控制他們想要的技術，但是Troll可以為希望Qt符合開源軟體定義的人改變他們的許可證。Linux社團兩個重要部分的裂痕看來要彌合了。

問題九：開源是啥意思啊，有的軟體是開源的有什麼好處？ 10分 最出名開源的就是Linxe系統, 開源的意思是 最核心代碼是明文編譯,編譯者可以看到代碼是怎麼個架構和思路;
開源的好處是所有人都可以看到代碼,有自己問題就可以直接對代碼進行修改,源代碼運行更加完善,功能更豐富.收到攻擊最少.現目前針對Linxe系統的病毒爆發是世界上最少的,為什麼呢?因為雖然叫Linxe系統,但是由於開發的人多了,形成了眾多版本,病毒在這個版本生效了,在另一個版本就不一定生效.
缺點是:軟體或系統很難產生大量收益.

問題十：企業網站用什麼開源系統呢？ 10分 類似的就很多了
aspcms WordPress 老Ycms
都可以的

㈡ 移動管家4G手機智能遙控開關應用范圍

多端跨屏協同非鴻蒙獨有，而是未來操作系統的必經之路。

航通社首發原創文章，未經授權禁止轉載

微博：@航通社 | 微 信搜一搜：

2021年 第20 期

文 / 書航 2021.6.10

持續引發高度關注的 華為鴻蒙操作系統 （官方名 HarmonyOS，以下一律不做區分稱「鴻蒙」） 2.0 全量推送，開始揭開神秘面紗，人們終於可以實際使用到它。在演示中，鴻蒙讓所有大、小屏或不帶屏的智能終端合為一體，彼此連接，手錶「借用」手機攝像頭拍照、手機正玩的游戲可以上劃「推」給平板等能力讓人印象深刻。

此後不久，蘋果 WWDC 發布了 macOS、iOS、iPadOS 等系統 的新版本，主要增加了一些為遠程辦公設計的功能點，其中不少功能是為了同時讓家中 n 台各異的蘋果設備之間互相通訊而准備的，比如跨設備同步的「專注模式」、Universal Control 實現多設備間的無縫切換和協同工作、Airplay 可以投影到 Mac 上。如果算上之前發布過的隨航（Sidecar）、Mac 可運行 iOS 應用等能力，蘋果現在在跨設備之間的協同度可以說越來越高了。

華為在手機-其它自有大小屏-第三方智能硬體的「1+8+N」協同方面，如今已經做得非常到位，以至於可以將不同架構的操作系統統一在「鴻蒙」名稱之下，而不至於不協調。而蘋果仍然沿用對不同端、不同架構系統採用「xxOS」命名區分的方法，但設備之間的相互協同程度之高，也已經拉開其他廠商一大截。以至於有人戲稱 WWDC 是一次「很鴻蒙」的新品發布。

跨設備互通：為什麼是現在？

讓任務、數據和能力在你手中的不同設備之間自由流轉 ，是很多人心目中智能家居的一個必備功能點，但做到這一點其實很困難。不同品牌智能家電、手機、PC、平板之間的兼容性往往很差，需要很大努力去做中轉。

現在，情況好了太多。除了蘋果和華為之外，谷歌、小米、微軟+三星等其他廠商也各有各的招數。很多手機廠商開發了在 PC 屏幕上顯示手機應用和管理文件的功能，比如小米的 MIUI+、華為「多屏協同」、聯想 Lenovo One、微軟「你的手機」配對三星手機等。另外，還記得以前我們有個段子：

「是這樣的張總，你在家裡的電腦上按了CTRL+C，然後在公司的電腦上再按CTRL+V是肯定不行的。即使同一篇文章也不行。不不，多貴的電腦都不行。」

如今「雲剪貼板」也不再是稀罕物了。張總真的可以在他的不同設備之間共享復制、粘貼的內容了，還可以將在這台電腦編輯到一半的文稿交給另一台電腦，乃至讓不同員工一起參與編輯。

當前，跨設備互通的種種難題正逐一得到攻克，應該說這是 終端配置 （晶元+存儲）、 網路條件 （WiFi+4/5G）、 標准化 （市場的優勝劣汰）等多重條件共同作用的結果。

在硬體配置方面 ，過去孱弱的手機晶元只能勉強處理單任務或者假的多任務，跳到另一個應用就會白屏重開，以至於爭奪許可權在後台「保活」。這樣的情況無法支撐長期待機與其他設備相連，電池也會隨之告急。用以前的手機可能會形成一個習慣，就是不用的時候關閉藍牙和 GPS，因為耗電相當可觀。

手機自移動互聯網時代之初至今，一直是各種控制手段收束的終極節點，有它可以控制其它家電和穿戴設備，但沒它可真的不太行。它是一個「帶屏的萬能遙控器」，有的家庭可能習慣了用語音助手控制家電，但語音指令當前還不精確，並不如圖形界面直觀。而手錶的屏幕顯然又太小，當然也不是不能用。電視機、電腦和平板都攜帶不方便。最終，還得是手機正合適。所以，手機配置上來了，多端協同也就有條件了。

在網路條件方面 ，從 4G 開始，家用設備的通訊延遲就已經低到可以忽略的程度了。所以在通信展、電子展上，你看到 4G 時代就有機械臂遙控的演示，5G 還有，頂多加上一個遠程開車。但是家庭 WiFi 和手機上網並不需要太大的流量；就算看視頻和玩游戲除外，但不同的設備可以單獨聯網，所以並不是說要手機開網共享給平板用。過去 5 年內新買的路由器已經可以搭建一個很不錯的智能家居。

而第三個方面標准化 ，則是至關重要的。在 2014 年「智能硬體元年」前後，出現過一些現在看來相當奇葩的產品，舉兩個例子：

一個超大，超沉，音質還不錯的音箱，不能用藍牙，只能用 WiFi 聯網由 APP 激活，中轉到 QQ 音樂、豆瓣、蝦米等服務和網路電台。最重要的是，它連 3.5mm 耳機線都沒有。當該公司倒閉後，APP 失效，該音箱成為徹頭徹尾的電子垃圾。

另一塊手錶是當年支付寶官方認證的，首款可以顯示付款碼的智能表，但第一步激活就需要下載 APP 配對。同樣，在公司倒閉後，它也成為一塊廢鐵。

那個年代恨不得水杯都給你智能一下，而智能的定義就是在配對的手機 APP 上可以顯示你喝了多少水，還剩多少，打敗了全國多少 % 的用戶。而標準的不統一，使當年絕大部分這些玩意兒都徹底失效，即使硬體本身狀態良好。唯一還能發揮余熱的就是那些保留了一部分傳統使用方法的設備，比如還留下了耳機孔和藍牙模式的音箱。

到 2019 年，情況仍未明顯改觀。 ：

「一台『智能電視』，它最根本的本職工作還是顯示畫面，所以清晰度、色彩還原度、聲音等指標還是優先於它的『智能控制全屋家電』指標。一台『智能冰箱』，它的優先指標也還是容量、能耗、製冷效率、溫控能力等基礎指標，而不是智能特性。」

但是，基於語音的家居控制方案，有的同一品牌喚醒詞不統一（某廠商智能電視的助手喚醒詞是「小x小x」，但冰箱的喚醒詞是「你好冰箱」），有的終端太多並且「搶話」，有的是「半拉子」智能（比如說在冰箱屏幕上記錄你放進去了什麼食物，需要手動掃描實物商品的條形碼）。

而當時對全屋智能家電形成最大障礙的，是各個廠商之間的各懷心思，彼此設限。

「海爾、TCL 和格力這樣提供全屋智能整套方案的傳統廠商，均選擇自主研發各自方案，不僅是喚醒詞不同，而且從軟硬體設計到底層邏輯都有區別。唯一的共同點是，他們都選擇不跟第三方合作。這就無可避免的給消費者帶來選邊站隊的問題。」

為了讓跨品牌家電可以互相兼容智能特性，中國家用電器協會（CHEAA）與中國通信標准化協會（CCSA）主導了「雲雲互聯」項目，讓 A 廠商的喚醒詞可以控制 B 廠商的設備。然而家電廠商口頭上答應，但只是拿出了一些並非最新款的型號應付，用戶的選擇依然很有限。隨意搭配不同廠商各自為政的設備，還是會因互不兼容帶來智能「降級」。

可以說，當年跨品牌結盟的互通嘗試要是有戲，就沒有後來華為 HiLink 和現在的物聯網版鴻蒙什麼事了。

在認清現實，放棄幻想之後，廠商們靜下心來發現 只有國際通行的藍牙、WiFi 這些東西才是真的可用 。同時，蘋果成為幾乎唯一的例外，作為一家商業公司，它為自家產品設定的一些標准被國內其他廠商主動兼容，最典型的就是 Airplay 。各家智能電視現在收取 iOS 投屏信號的穩定性已經大為提升，哪怕電視機的系統都是安卓魔改。

在部分友商之間的談判也有局部進展，比如 小米、OPPO、Vivo 成立「互傳聯盟」 。但是，在有生之年看到華為陣營跟小米陣營之間互通，則是不太可能的了。

因為廠家更為務實，所以現在的家電、穿戴設備、車輛都會盡可能兼容更多跨廠商的私有協議，至少也會兼容那幾個公有協議。 鴻蒙的出現本身也是華為對其智能硬體生態的一次梳理 ，你可以發現這次鴻蒙在手機上可升級的范圍很廣，一些四五年歷史的舊手機也一樣可以更新，就是為了最大限度利用起人們家裡的所有終端，讓手機當好「遙控器」，不讓它們過早淘汰。

但是再早一點的那些奇葩產品就沒辦法了。如同安卓碎片化一樣，智能硬體的碎片化現在依然是跨設備協同不得不面對的大問題。

如何看待不同設備上的「鴻蒙」

綜上可以看出，鴻蒙主推的「萬物互聯」並不是它獨有的能力，也不是說華為的設備唯獨是因為鴻蒙的出現，才能融合的這么好。但基本可以說，華為和蘋果分別走在跨設備互聯互通的比較靠前的位置上。相對的，Windows 桌面版的很多東西都不能最先跟 Windows Phone 配對，最終導致了微軟手機戰略的失敗。

那麼，對於華為來說， 不同設備、不同結構但都叫「鴻蒙」的操作系統之間能高度互通，有什麼重要的意義呢 ？

事實證明，鴻蒙主要的戰場還是在手機上。手機、平板和電視（智慧屏）上的鴻蒙（以下簡稱「 手機版鴻蒙 」，相當於蘋果生態中的 iOS、iPadOS；注意因為國內電視機大多也是基於 Android，所以電視也算在這里）為了支持安卓生態，在其中適度引入了屬於安卓開源代碼（AOSP）的一部分，以構建一個可以運行安卓應用的環境。這引發了對於該系統是否為「自主知識產權」的爭論，文章最後也會再講到。

而另一方面，鴻蒙真正 100% 自研的部分是適用於物聯網的操作系統（以下簡稱「 物聯網版鴻蒙 」，相當於蘋果生態中的 watchOS、tvOS、以及兼容 carplay 協議的車機界面），其植入的對象涵蓋單片機、有簡單屏幕交互的設備，乃至手錶等更復雜的設備。

適合這些設備的操作系統代碼被放在由「開放原子開源基金會」管理的代碼庫里，但它們的實際意義是可以讓燈具、空調、路由器等家電、智能硬體生產商將自身設備適配華為生態。這些代碼編譯後開發的產品並不能安裝 APK 包運行安卓應用，大多數其實也不支持安裝其它格式的應用。

因此我們看到 對外宣傳時候，用了比較模糊的措辭 ，比如「三大銀行率先支持鴻蒙」「魅族宣布支持鴻蒙」等等，但銀行說的「支持鴻蒙」 指其安卓客戶端針對手機版鴻蒙獨有的編譯器做了調整 ，避免了直接安裝可能出現的強退、卡頓等問題，以及可能針對鴻蒙手機版的「服務卡片」加入一些快捷方式。由於 AOSP 部分代碼及開發工具（IDE）的熟悉性，這樣的適配 1-2 天內基本就能完成。

而魅族等廠商說的「支持鴻蒙」，當然是 指智能硬體安裝了物聯網版鴻蒙 。以前可能這個智能家居協議叫 HiLink ，可以在普通安卓手機上用「華為智能生活」客戶端（就是圖標長得像香奈兒的那個）控制。現在它們針對第一方的手機版鴻蒙系統可能會適配得更好，僅此而已。

現在，華為 PC 產品面向消費者依然預裝 Windows 10 操作系統，政企客戶則可以選擇預裝了 統信 UOS 的整機。但這兩個都跟鴻蒙系統沒啥關系。 萬一華為打算輸出「電腦版鴻蒙」，那麼它非常有可能將會是又一個 Linux 發行版 。

而問題在於，華為截至目前開發的「多屏協同」，即手機畫面投射電腦屏幕，電腦共享手機文件、剪貼板的功能，是基於 Windows 10 環境下的「華為電腦管家」軟體開發的，到時候又要針對 Linux 再做移植了。

鑒於美國所謂「制裁」當前並未影響華為獲取到 Windows 系統，以及國家推廣國產 PC 操作系統的資源向 UOS 和銀河麒麟等更成熟的玩家傾斜，產生一個 Linux「電腦版鴻蒙」的可能性不高。

將手機版和物聯網版鴻蒙算到一起的話，大「鴻蒙」對「應用」的定義超出了單設備（手機）單平台（安卓），在手錶、電視上的應用界面，以及其它無界面的智能家居開關狀態等都可以被手機調用，手機的應用也可以被其它屏調用。

由於華為的宣傳策略如此，或者說它們內部定義如此，所以可能對最終消費者產生一定的混淆。但是一旦接受了這種設定……那麼你可以把家中的硬體設備也作為一種「應用」，把語音助手的某個技能也作為一種「應用」，再加上手錶應用、電視應用……這樣一來 整個大「鴻蒙」當中的「應用池」就被擴大，而安卓應用在裡面的佔比就會被稀釋 。屆時，鴻蒙是否「借鑒」了 AOSP 也就不再重要了。

這當然需要華為的行業號召力足夠大，需要更多廠商和設備接入。而從鴻蒙「服務卡片」剛剛開始的適配進程，以及蘋果將 macOS 從英特爾處理器轉至自研 ARM 架構處理器時的策略，可以認為，新操作系統的生態建設，也難，也不難，相對來說沒有以前想像的那麼不可能。

這是因為我們對手機應用的使用場景，正由以前的分散變為高度集中。現在人們在大多數時間都被限制在幾個巨頭開發的超級 APP 裡面，幾乎很少有機會跳出來去其它 APP 和瀏覽器做事情。這個集中度越來越高，就使得某個操作系統想要搞事情的話，只要挨個去拜訪頭部的 100 個甚至更少的應用開發者，就可以初步達到目的。

隨著汽車日益成為一種新的「智能硬體」，一部手機、一塊手錶或者一副眼鏡需要控制的東西只會越來越多，跨設備協同將成為今後操作系統必備的一項基礎能力。而鴻蒙和蘋果的系統更新，只是更明確地確認了這一點而已。

如何看待鴻蒙的「自主性」

最後一部分，直接說下手機版鴻蒙跟安卓產生交集的地方。 鴻蒙跟 AOSP 的關系 一直是被多方關注和聚焦的部分。我們應該，也只能從最終展示的結果來看這個問題。

在初次公開鴻蒙名稱及路線圖的時候，華為已經預告了將對該系統下運行的 APK 採用自研的「方舟編譯器」，實現比 Android 虛擬機更快的啟動速度。而 Android 的 Java 虛擬機主要是為了適配不同機型才犧牲了效率，華為做的更特異和更適合少數機型的調整，將使得這一編譯器失去對其它硬體的普遍支持。當然在手機上你本來也不能隨便換系統，這個問題不是最重要的。

從手機版鴻蒙 2.0 最終效果看，APK 安裝、運行效率不說更快，至少沒有明顯慢於 AOSP。 這說明鴻蒙在適配 APK 時，對 Android 代碼執行部分做的改動，不說基本沒改，至少也應該說不是大改。

從常識推斷，完全從地基開始寫起的對另一平台的兼容，隨著目標平台新版本的復雜度提升，難度是指數級上升的，非常難以做到「完美模擬」。

• 如講到，微軟自己模擬自己，在 ARM 架構模擬 x86 運行時，目前只實現了 32 位，對 64 位的兼容仍磕磕絆絆；

• 外界模擬 x86 主要是 Linux 下的 Wine 和單獨的 ReactOS 兩條路線，它們能實現的兼容性就更低，其中 ReactOS 是基於之前 XP 代碼庫的閱讀理解之後寫出來的，盡管微軟經過嚴格的審核認為它沒有直接侵犯其知識產權。

• 順便一說，深度-統信軟體對 UOS/Deepin 下的 Wine 做了大量細致的工作，使得分支 Deepin-wine 對部分國產軟體的兼容適配程度大為提高。

• 早年 Android 還很基礎的時候，中國移動曾寫過一款 OMS（OPhone）系統，並基於運營商當時的強勢地位要求合作廠商一起預裝，上鉤的廠家叫苦不迭（）。當時該系統兼容的 APK 是基於 Android 2.x，結果 3.x 和 4.x 的更新幅度都非常大，使得後續升級後的軟體就無法使用。

所以，社長一開始就認為，在已經准備兼容大部分市場上的 Android 應用那一刻開始， 糾結手機版鴻蒙是否完全「自主知識產權」就是一個意義不大的問題 。此後人們從代碼庫中找出各種「證據」也是一定會發生的既定事件，而這真的是無關緊要的。

萬丈高樓平地起。鴻蒙如有志完全替代 Android，那就應該在自主消化吸收再創新的時候，界面交互等等也創新一下，但目前看，2.0手機和平板上的基本交互形態沒有改變，用戶可以從其它品牌手機上非常熟悉的切換過來，不需要額外的學習成本。

在屏幕內部能使用的花樣基本已經被嘗試過了，連圖標圓角的弧度，也大致都被注冊過專利，說實在的進化空間確實很有限。當然，主要是因為沒有在每個方面都重新造輪子的必要。最終還是以用戶用的舒服作為目標。

現在看來，鴻蒙在不同屏幕、不同設備之間實現無縫的協同和任務連續，這才是真正值得期待的交互改變。同時，跨設備協同會改變我們對「應用」的定義。

承認其系統的某一部分「借鑒」了 AOSP 與否，並不重要。問題在於鴻蒙身邊總是會圍繞一些與技術、產品無關的奇怪問題。

我們不要忘記當初為什麼會有鴻蒙 ，它作為一個「備胎」為什麼會出來，而不是永遠存放在華為的倉庫里。結合當時的背景我們就能理解，一定要從宣傳上把鴻蒙定義為「自主」的象徵，這是箭在弦上，不得不發。

如果鴻蒙的目的是跟谷歌決裂，相信華為依然有能力做出雖然效果遠遜於當前，但代碼完整度更高，自研屬性更明確的操作系統。但華為曾明確表示， 如果外部壓力消失，隨時准備擁抱谷歌 GMS ，在鴻蒙手機端也應該有辦法繼續旁載入谷歌服務框架。目前 HMS 及華為自主生態的推進，可以說只是看到了相關外部壓力長期化、常態化的悲觀前景，從而採取的備用方案而已，但這裡面存在著「哀兵必勝」的轉機。

，為什麼在大環境改變之後，政府采購寧可讓神州網信做個 Win10 專版，也選擇繼續信任微軟作為其中一個服務商。當然不可否認，現在對國產整機的采購量在增加。這是因為，我們沒必要為了爭一口氣而尋求「自主」，根本目的是「可控」。 自主是通往可控的手段，而不是自主本身就是目的 。

鴻蒙手機端有一部分為了兼容 APK 的需要，而服從與 AOSP 相同的邏輯。而 UOS、中標麒麟都是「國外產」Linux 的不同發行版，它們都有一部分「外族的血統」，但只要做到可控，我們的目的就已經達到。

與此同時，從華為完全剝離出去的榮耀，現在已經可以用上 GMS，成為獨立發展的「對照組」，得以繼續展現一幅假如貿易爭端沒有發生，世界大同的美麗圖景。這其實正是因為 華為遭受了暫時困難，聚集了「火力」，換來了其它友商現階段的安全 ，就像雜交水稻不見得很好吃，但它的存在本身確保了中國的糧食安全。

㈢ reactos 0.3.14 用 RosBE 2.1 在剛安裝完的 XP 下怎麼編譯啊 我剛裝好XP，RosBE2.1，謝謝高手！！

㈣ 開源的Windows系統——ReactOS

ReactOS 是一個開發與Windows NT和Windows 2000應用程序和硬體驅動程序兼容的開源操作系統的項目。此項目當前雖然只是處於 內部測試（alpha） 開發狀態，但到2005年1月其中一些子項目已經完成了目標。

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

ReactOS的許可協議主要為GNU通用公共許可證，也有少量代碼以GNU寬通用公共許可證、BSD許可證之類的開源許可證發行。

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

發展歷程

啟動開發

大約在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 Summers 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條目中，通過「非常大，活躍開發者只有 33 位，這些開發人員在 12 個月的時間內貢獻了累計，並且累積了104個以前通過 Subversion 從項目開始為代碼貢獻代碼的用戶。ReactOS 開發人員 Michele C.在米蘭舉辦的 Hackmeeting 2009 上的演講中指出，大多數開發人員在使用ReactOS時都了解 Windows體系結構，並且沒有任何先驗知識。 雖然ReactOS當前主要針對 x86 / AMD64 PC 平台，但是，移植到ARM 架構的努力「正在進行中」，雖然它沒有產生太多功能而被放棄了。支持的的Xbox，變體IA-32體系結構，是通過使用一個特定於體系結構的加入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 項目共享本機運行二進制 Windows 軟體的目標，因此可以共享許多依賴項和開發。 ReactOS 使用 Wine 項目的一部分，以便它可以從 Wine 在實現 Win32 API方面的進展中受益。雖然由於體系結構的不同，Wine 的 NTDLL，USER32，KERNEL32，GDI32和 ADVAPI32 組件不能由 ReactOS 直接使用，但代碼片段和其他部分可以在兩個項目之間共享。不過內核由 ReactOS 單獨開發，因為 Wine 依賴於現有的類 Unix 內核。。

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

影響與評價

下面一些關於 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，讓現有的 WINDOWS 應用程序在其上運行得更好。但是，ReactOS 開發者及其他擁護者辯解說，UNIX 類操作系統不一定是唯一的最好的操作系統類型。NT 的設計含有很多概念是 Unix 工作方式的改進，而且一個在更低層次更似 Windows 的操作系統（即是設計成與 Windows 相似，而非執行某某應用程序，嘗試把另一個操作系統變成 Windows）將更有機會成功達到更廣闊地兼容現有的 Windows 應用程序和（特別是）硬體驅動程序。

未來目標

硬體需求

值得留意的是，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的工程仍在努力。

㈤ 如何用C語言實現面向對象

可以通過以下方法實現面向對象：

1、封裝

封裝就是把數據和方法打包到一個類裡面。其實C語言編程者應該都已經接觸過了，C 標准庫 中的 fopen(), fclose(), fread(), fwrite()等函數的操作對象就是 FILE。

數據內容就是 FILE，數據的讀寫操作就是 fread()、fwrite()，fopen() 類比於構造函數，fclose() 就是析構函數。

2、繼承

繼承就是基於現有的一個類去定義一個新類，這樣有助於重用代碼，更好的組織代碼。在 C 語言裡面，去實現單繼承也非常簡單，只要把基類放到繼承類的第一個數據成員的位置就行了。

例如，我們現在要創建一個 Rectangle 類，我們只要繼承 Shape 類已經存在的屬性和操作，再添加不同於 Shape 的屬性和操作到 Rectangle 中。

3、多態 C++

語言實現多態就是使用虛函數。在 C 語言裡面，也可以實現多態。 現在，我們又要增加一個圓形，並且在 Shape 要擴展功能，我們要增加 area() 和 draw() 函數。

但是 Shape 相當於抽象類，不知道怎麼去計算自己的面積，更不知道怎麼去畫出來自己。而且，矩形和圓形的面積計算方式和幾何圖像也是不一樣的。

4、虛表和虛指針

虛表（Virtual Table）是這個類所有虛函數的函數指針的集合。

虛指針（Virtual Pointer）是一個指向虛表的指針。這個虛指針必須存在於每個對象實例中，會被所有子類繼承。

5、在構造函數中設置vptr

在每一個對象實例中，vptr 必須被初始化指向其 vtbl。最好的初始化位置就是在類的構造函數中。

事實上，在構造函數中，C++ 編譯器隱式的創建了一個初始化的vptr。在 C 語言裡面， 我們必須顯示的初始化vptr。下面就展示一下，在 Shape 的構造函數裡面，如何去初始化這個 vptr。

㈥ 怎麼安裝reactos到電腦上，不要裝在虛擬機上

除非你安裝這款軟體不需要對注冊表的依賴而能獨立運行，就像綠色版一樣。很簡單，舉個例子，如果你安裝office2003，無論你在實體機還是虛擬機中安裝，拷到哪裡都不行，但是你安裝千千靜聽，來回考就么有問題。祝你好運。

㈦ windows光碟為什麼找不到512B的引導文件

我的理解是windows的引導區是建立的空間，
而linux下是將一個磁碟視為一個文件，所以引導區為引導文件
請指正

㈧ 什麼是閉源系統和開源系統

1、開源，（Open Source）全稱為開放源代碼。市場上開源軟體層出不窮，很多人可能認為開源軟體最明顯的特點是免費，但實際上並不是這樣的，開源軟體最大的特點應該是開放，也就是任何人都可以得到軟體的源代碼，加以修改學習，甚至重新發放，當然是在版許可權制范圍之內。

2、閉源（Closed source）是作為開源的反義詞而出現的一個術語，指被用於任何沒有資格作為開源許可術語的程序。一般地，它意味著將僅能獲得它們許可的計算機程序的一個二進製版本，而沒有這個程序的源代碼。軟體的翻譯修改從技術方面來說幾乎是不可能的。這個發展模型的源代碼被看作這個公司的商業秘密，因此可能獲得源代碼接入的團體例如學校，商業機構等必須提前簽訂不泄漏協議，以保證源代碼不會大眾所知而影響其盈利。

(8)reactos編譯安裝擴展閱讀：

開源系統在國內起步晚，但發展很快，將來肯定是業內主流。那些打著開源的幌子貌似開源，將其核心代碼加密的軟體必將引起公憤。開源真實含義應是利用其源代碼加以修改和學習，在理解開源真正含義後，那些造假、侵權、違法的行為和事件必定減少。開源不僅僅表示開放程序源代碼。

㈨ 怎麼安裝reactos到電腦上，不要裝在虛擬機上

工具/原料

VMware workstation 虛擬機
React OS系統鏡像
配置虛擬機

打開VMware workstation，點擊創建新的虛擬機

2
安裝來源選擇你事先下載好的react os 鏡像

3
選擇客戶機操作系統。由於VMware虛擬機不提供react os操作系統簡易安裝，又因為ReactOS 是一個基於 Windows NT 架構設計原則的開源操作系統，因此選擇windows NT作為客戶機操作系統。

㈩ reactos是什麼操作系統呢

reactos是什麼操作系統呢？它是一個開源的操作系統，並且是兼容Windows XP的應用程序和驅動程序的操作系統。意思就是說，直接安裝一個reactos之後，把第三方的驅動程序安裝好後，就可以運行第三方的Windows應用程序了。這樣達到替換微軟的windows操作系統的目的，也就打破Windows的應用程序壟斷的地位，讓Windows開發的所有應用程序都可以平滑地移到reactos上運行。通過上面的目標，可以看到reactos是一個很有影響力的操作系統，也是會發展得很好的操作系統。

對於實現兼容Windows的操作系統，是一個比較實用的系統。比如在一些嵌入式設備里，就可以使用這個操作系統，可以在Windows開發和調試，最後直接放到裡面運行就行了。許多開發好的程序，直接拷貝過去就可以運行了，省了很多成本。

為了實現這樣的操作系統，需要不斷地學習reactos的代碼和文檔，才會有開發能力，才會有利用它的能力。要學習reactos和開發它，需要一個漫長的過程，至少要好幾年，甚至10年，20年的努力。不管時間有多長，不管路有多遠，應立即從現成開始。