下载一个中文语言包安装就行啦
我们提供的服务有：成都网站设计、做网站、微信公众号开发、网站优化、网站认证、赫山ssl等。为成百上千企事业单位解决了网站和推广的问题。提供周到的售前咨询和贴心的售后服务，是有科学管理、有技术的赫山网站制作公司
打开控制面板，windows update（此项显示为英文很好找的）在选择要安装的更新里的可选更新里有各个国家的语言包，下载简体中文语言包即可
1. 楼主截图上，第7行，左边第二个 Region und Sprache，双击后弹出窗口
2. 弹出窗口上面会看到“Verwaltung”, "Aufenthaltsort", "Tastaturen und Sprachen", "Verwaltung"
点击Verwaltung
3. 然后会看到两个大块，上面的标题是"Willkommenseite und neue Benutzerkonten", 下面是"Sprache für Unicode-inkompatible Programme". 下面那块可以点Gebietsschema ändern，点击这个。 注意这里需要Administrator权限。
4. 点击后会弹出小窗口，在Aktuelles Gebietschema: 下面的下拉菜单选择Chinesisch (vereinfacht, VR China)，点ok。
5. 再在Region und Sprache的窗口点ok就可以了。
提醒一下，这样虽然能显示中文了，可是很多时候ä ü ö ß 和这些字母后面的一个字母会被系统合成成一个汉字。 不过一般来讲猜也能猜得到是哪个字母，所以无所谓啦……就是提醒一下
信息安全对于一个国家、一个企业来说是不容忽视的。基础设施、核心技术如果不掌握，很可能会遭受到安全被人“卡脖子”，供应链被人“卡脖子”。举个例子：2015年12月23日，乌克兰电力部门遭受了恶意代码攻击。攻击者入侵了监控管理系统，由7个变电站开关动作引起，导致超过一半的地区和部分伊万诺-弗兰科夫斯克地区80000个用户停电3~6小时不等。
01Linux虽然脾气很大，难以驯服，但那种安全感是Windows所给不了的。除了德国，韩国也决定和Windows断绝关系而和Linux交好。也有消息称，俄罗斯也有意淘汰Windows让Linux上位，就是为了保护自己的信息安全。
Linux广泛应用于服务器、超级计算机等领域，在桌面操作系统领域属于比较小众，很多普通用户仅仅也只是听过而没有用过。Linux相对会比较安全，它的内核是开源的，由全球的开发人员参与其中。Linux不属于某个国家或个人，不会有版权的限制，也不需要输入激活密钥。02其实早在2002年，德国慕尼黑就开始考虑如何摆脱微软的锁定，并且在欧洲范围进行了招标，并且德国慕尼黑市议会投票通过启动LiMux项目（Linux和Muenchen慕尼黑的结合），将所有政府软件和公务员的个人电脑迁移到基于Linux的开源软件平台。但由于兼容性的问题，慕尼黑当时还是和Windows藕断丝连，还保留了部分的Windows系统。
慕尼黑和Linux的关系并不被外界看好，但是还是坚持走过了15年，在2017年最终还是忍不下去了，又回头和Windows重修于好，抛下了Linux。不过外界一直有传Windows偶尔会在背地里搞一些小动作，比如偷偷的把一些秘密通过后面告诉自己的真爱老美，所以很多人都认定了Windows没有安全感。时间一晃三年过去，慕尼黑最终又投回了Linux怀抱。03“去windows化”一条很艰难的路，但是却是很多国家和企业不得不为之的一条路。
因为美国将自己标榜为“世界警察”，却没有尽到“世界警察”的责任和义务，反而是今天制裁这个，明天制裁那个。大多数国家也不需要“世界警察”，并且不少美国民众并不情愿美国去充当“世界警察”。归根结底，是出于美国的政治目的，通过各种手段来打压对手，达成它想要的结果。举个例子：
美国从2007年小布什时期就开始秘密实施的绝密监听计划，操盘手是美国国家安全局。该计划俗称“棱镜计划”，但它的正式名称是“US-984XN”。根据斯诺登披露给英国《卫报》和美国《华盛顿邮报》后在2013年6月6日的报道，美国国家安全局和联邦调查局从启动“棱镜”计划开始，就能直接进入美国网络公司的中心服务器，并在里边进行数据挖掘、收集情报，参与该计划的9家国际网络巨头中包括微软、雅虎、谷歌、苹果、Facebook、PalTalk、YouTube、Skype、AOL等。
除了进行上述的监听行为外，"棱镜"还主要监控10类信息：电邮、即时消息、视频、照片、存储数据、语音聊天、文件传输、视频会议、登录时间和社交网络资料的细节都被政府监控。也就是说，一个人在网络上的任何行为，都在美国国家安全局的监控之下，甚至可以实时监控一个人正在进行的网络搜索内容。
美国正在走向封闭，并打压、排挤其他国家的科技发展。会有越来越多的国家和企业嗅探到这种潜在的危险，去“美国化”、去“Windows化”就变成了一条必然要走的路。这种影响是很深远的，短期可能还是美国和美国所代表的的企业独大，但未来已经可以预见。现在是一体化的世界，而不是美国的。以上个人浅见，欢迎批评指正。认同我的看法，请点个赞再走，感谢！喜欢我的，请关注我，再次感谢！
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的工程仍在努力。
