一个桌面级的操作系统代码规模在千万行数量级，如果加上配套软件，总规模应该超过一亿行，如果再加上一个完整的软件生态系统，那么总规模应该不少于10亿行
创新互联是专业的辽阳县网站建设公司，辽阳县接单;提供做网站、成都做网站,网页设计,网站设计,建网站,PHP网站建设等专业做网站服务;采用PHP框架,可快速的进行辽阳县网站开发网页制作和功能扩展;专业做搜索引擎喜爱的网站,专业的做网站团队,希望更多企业前来合作!
Windows XP 有40,000,000行代码
Windows Vista 大约50,000,000行代码
Windows 7 有50,000,000行代码
作为曾经的码农来回答一下
开发一个类似win的成熟的桌面级操作系统，难度高过众所周知的曼哈顿计划和登月计划，是不是觉得有些夸张？但事实可能就是这样。
vista代码行数5000万行，打印出来是170万页A4纸，耗资超过200亿美元，这还是有了微软那么多年积累，只开发vista的费用，win7 4000万行，win10数据没有公布，但行业预估在5000到7000万行。
win7公开的开发工作人数是23个小组，每个小组约40人，分别负责windows中的每个模块的开发，比如设备和媒体，文件系统，桌面图形等等，这还是在vista基础上的开发，并不是从头开发。
windows的发展已经有了30年，中间的积累，走的弯路都不是外人可以轻易得知的。
我国的自助操作系统，实际都是开源系统的二次开发，远不是从0开始的建设，而且软件的开发并不是1+1=2那么简单。不是说你能盖5层楼，我给你投两倍人力物力你就能盖出十层楼来。
说个有趣的小故事吧，微软的excel现在已经成为了祖传代码，里边存在很多无用代码，但微软自己都不敢把excel重新写一遍。
微软没有公布内核和源代码，所以你无法基于Windows再创一个OS，但你可以重新合成其相关文件，下面将一步步教你！
下载一个叫做NTlite的软件
在左上角添加Windows的ISO文件（不同的版本路径不一样，自己百度一下你的Windows版本的ISO文件的路径）
双击加载文件
尽情定制吧！
如果你对纯文字的教程感到困惑或者不知如何操作，那么你可以尝试访问以下几个网站
网站1WikiHow
（网站1 是中文网站，第二个是Wikihow国际版里的相关教程，需要翻译！）
90％的C语言＋10％的汇编语言
windows系统都主要是用C语言编写的
我们在用windows平台上编程的时候，要调用系统API（应用程序接口），这些接口封装在系统的.dll（动态链接库）里面，所有的API函数都是32位平台上的C函数，从windows3.0一直windows95，到现在的win2003，都是基于C函数库的程序集，所以用C函数编出的系统程序系统执行效率最高，当然在底层的一些调用，不排除有些是用汇编编的，但内核大多是用C做的。
另：MFC只是windows系统上API函数的封装，基于面向对象原理，服务于GUI程序设计，MFC从AFX发展而来，已有十多年的历史，最新的MFC6.0，那是设计基于windows系统程序的，而不是用来编写操作系统本身，但也不能完全这样说，系统上有些服务（可以说很多，比如时间）是用MFC做的。
微软的Windows系统是伴随我们已久的老朋友了，大多数人都是一代一代Windows的用上来，老用户几乎都形成一个共识，就是微软的系统有一代会很好，也有一代会很糟糕，比如Windows XP、Windows 7就很受欢迎，而Windows 2000、Windows Vista就是一个悲伤的故事。那么，微软的Windows系统用了这么久，究竟它有多少行代码呢？
Microsoft Windows问世于1985年，起初仅仅是Microsoft-DOS模拟环境，后续的系统版本由于微软不断的更新升级，不但易用，也慢慢的成为家家户户人们最喜爱的操作系统。下面我们从代码行数、开发难度，参与人员的数量，开发的时间长度等角度来说说，一个windows系统有多复杂。
Windows XP大约40,000,000行代码。
Windows Vista 大约50,000,000行代码，算上修正掉的代码估计超过一亿行。内部版本超过上千个，每个版本都有所测试。为其做出贡献的正式工合约工临时工超过数万人。大概的工程量可能和胡夫金字塔相当。
Windows 7 大约50,000,000行代码。Windows 7开发的时候有23个小组，每个小组约40人，也就是将近1000人。这仅仅是Windows团队的人数，其余为其做出贡献的更是数不胜数。
几千万行代码的工作量是个什么概念？举个参照系吧，很多人在用的金山的WPS代码行数约有150万行，而金山软件公司重写这个级别的办公软件WPS，用了3年时间。
再比如微软在4年前的研发成本超过100亿美元，在开发Windows Vista的所花费的研发费用更是超过了恐怖的200亿美元。Linux内核开发根据人员投入的规模测算，也耗资数有十亿美元。
假如一个桌面级的操作系统代码规模在千万行数量级，如果加上配套软件，总规模应该超过一亿行，如果再加上一个完整的软件生态系统，那么总规模应该不少于十亿行。这还是成熟的系统，再加上调试精简前更多。再加上各个功能之间需要兼容性，可维护性，可管理性等这些随着代码的越来越多可推敲，需考虑的问题也会越来越多，是项技术难度非常大的工作！你觉得呢？
如何从零开始写一个简单的操作系统？
看了这个：从零开始写一个简单的操作系统 求指教。
知乎用户 学生生涯只剩半年。
548 人赞同
终于可以来回答这道题了……
一年多前，也就是大一下学期末的时候，我看到这个问题下 @fleuria 叔的答案，然后看了 F 叔给的这个链接 基于 Bochs 的操作系统内核实现 ，当然是什么都看不懂，除了惊诧之外也了解了一件事情：一个人写一个简单的操作系统内核是一件非常帅气并且可行的事情。
于是我开始写了，那时候我的水平大概是：只会做 C 语言的习题，编译的话只知道按 F9，汇编知道常见的指令，另外会一点点的 Win 32 编程，能流畅使用 Windows。
一开始我找了《30 天自制操作系统》来看，每天看书，然后把从书里把代码打出来，一次一次地编译运行。因为要同时写汇编和 C，所以从那时候起就开始用 vim。
在啃完了差不多半本书后，开始觉得没意思了……因为觉得作者为了让内容更简单而省略了太多细节。也看了于渊的《Orange‘s 一个操作系统的诞生》，依然没看下去：汇编用得太多了。期间也曾斗胆发邮件给 F叔，然后他推荐了 Bran's Kernel Development Tutorial 这个教程，于是我就从这教程重新开始了： 「30天自制操作系统」 Stop 「OS67 」 Start
那时候大概是大二上学期，于是在 github 上又开了一个 repo，一开始在 Windows 下开发，后来又切换到了 Linux 下，因为 Bran's 用的 bootloader 是 Grub，不符合我的初衷，所以就自己写了一个，之后便跟一路教程写，跨过了保护模式这道坎，完成了基本的设备驱动。
在完成 Bran's 后，我又部分参考了 写一个操作系统内核有多难？大概的内容、步骤是什么？ - To浅墨的回答 中推荐的：hurley25/hurlex-doc · GitHub 文档，完成了一些简单的调试函数和库函数，printk 和内存分配。
事实证明，尽早写好调试函数诸如 panic， assert 和 printk 是非常重要的。 大量地使用有助于你尽快地发现 bug （当然前提是这些函数本身不能有 bug）。
看完了 hurlex-doc 该看的部分后，很长一段时间了都不知道该干嘛好，模仿 hurlex-doc 里的内核线程切换也一直出错。这一情况一直持续到我开始读 Xv6, a simple Unix-like teaching operating system 。
如果你去看知乎关于「自制内核」的问题，你会发现 xv6 被反复地提及并推荐，事实上它非常值得被推荐：这是我读完大部分代码之后真切体会到的。
之前的 Bran‘s 和 hurlex-doc 的篇幅都比较小，我是在电脑和 kindle 上看完的，xv6 相对来说代码量比较大，有 9000+ 行和一份文档，之后我又找到了这个：ranxian/xv6-chinese · GitHub xv6 文档的中文译版，所以我就去花了十二块钱学校打印店打印了一份中文文档和一份代码。这又是一个正确的决定，让我不必对着电脑就能看代码。
在之后的时间里，我先读了 xv6 中文件系统相关的部分，然后改写它的代码为我的内核添加了一个 类似 Minix 的文件系统。 然后几乎又照抄了其中了进程调度的部分（做了部分简化），又在原来的代码基础上为添加操作系统的接口，接着写用户程序，过程几乎是「一路顺风」。看 xv6 的那段时间也经常是处于醍醐灌顶的状态。
最后我终于在差不多一个月前完成了这个简陋的操作系统内核：
LastAvenger/OS67 · GitHub （没错其实我是来骗 star 的）
历时一年，一路点亮了不少技能树（虽然都点得不好），这样算是「从零开始写一个简单的操作系统」么？ 跟进一步说，有谁不是从零开始的呢？所以想做的话，现在就开始做好了。
这是被「翻烂」了的 xv6 源代码和中文文档（其实是放书包里被磨烂了）
「故事」讲完了，接下来说一点经验之谈吧……
* 知乎上总是有人在讨论「做一个玩具编译器和做一个玩具内核何者更有趣」之类的问题，然后总有各种大V 跳出来说内核有多 dirty 而编译器多 clean，事实上除了 CPU 上的几个表因为历史原因长得恶心一点，内核并没有什么特别 dirty 的地方，另外，想做点什么打发时间，不过是两个代码量稍多的入门项目，有什么好纠结的？
* 写内核的过程中，你会接触到一些这辈子大概只会用到一次的知识，A20 线已经成为历史，日常的编程里面也不需要你懂得 GDT IDT 的结构。但是单凭内核主要部分部分（文件系统，进程，内存）给你带来的知识而言，这点冗余是值得的。
* 尽早实现调试函数并大量使用，善于利用 bochs 的内置调试器，能省下你不少时间。
* 有时候觉得书里的做法非常奇怪，你觉得你有更好的做法，一般是你想错了。（当然只是一般）
* 上面说看 xv6 一路顺风是假的，20% 时间在抄代码，80% 的时间用来调试。
* 对我这种能力一般的人来说，「写内核」只是好听的说法，正确的说法是「抄内核」。当然，就算是抄一个，也算是受益匪浅了。
* 抄 xv6 的好处在于，即使你的代码出错了，你可以坚信，正确的答案肯定在 xv6 的代码里，或许只是你还没理解透而已，只要不断地看和理解，你就离正确的道路越来越近。
最后，感谢 @fleuria 在微博和邮件里的多次帮助， @To浅墨 的 hurlex-doc 文档，鲜染同学翻译的 xv6 中文文档， @郭家华 完美地解答了我一开始的疑问，让我在内核中得以使用 C 语言。
在 #archlinuxcn 频道里也得到了很多人的帮助。
发布于 2015-11-09
邱永臣 喜剧演员，兼开发工程师
890 人赞同
大二的时候，老师（中山大学万海）对我们说：“如果有谁能自己写一个内核出来，那么，他平时可以不来听课，也不用做平时作业，做出来还能加分，怎么样，有没有人有兴趣？”
和老师一番讨价还价之后，我成为全年级几百号人里唯一一个自己写内核/整个学期都不去教室听课/任何作业都不做的那个人（代表着我的身边将没有可以提供参考的人，任何资料都只能自己找）。
一开始买了《30天自制操作系统》，上面写着需要软盘还有其它的模拟器，我的初衷是写一个可以烧在真机上一按开机键就能跑起来的那种，所以看了几页后就丢开了。后来又找了国人写的一本，也不是特别符合，也丢开了。
这时我看到了那本教材（俗称绿宝书），约莫800页。之后的两个星期里，我每天泡图书馆，以每小时10页的速度读完了它，在上面乱涂乱画了许多标记。800页的英文书，我从中学到了大量的基本概念（线程进程，内存算法，寻址方式等等）。
接着我寻思直接从网络上而不是从书上寻找资料，TA师兄给我提供了一个OS Development，我照着上边的例子，写了数以千记的汇编代码，习得了汇编技能。
此时，我具备基本的概念知识，对程序的语言也已经理解，知道了虚拟机的调试方法，差的，就只有对内核整体是如何协作不太明白。于是我去找来老师用于教学的PintOS，找来MIT那个项目的代码，还有国内一个高校自制的OS（是几个研究生一起写的），仔细研究了一遍，最后开始写代码。
在那个学期里，我放弃了LOL，一心看代码，写内核，写各种模块，将过程记录在博客上，花了三个月的时间，最终写出一个具备terminal的内核（文件系统没写好，时间不够），可以跑命令，运行函数，管理内存和进程，处理中断。
--------------------------
这个Tittle非常好，衷心希望不要因为莫须有的理由封杀。
