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年的努力。不管时间有多长，不管路有多远，应立即从现成开始。