这篇文章十周年了，最近看到Google新的作业系统 fuchsia想再来讨论看看这个话题
fuchsia的kernel叫作zircon，是个microkernel
看了档案名称，大部分是cpp结尾
作业系统用c++写的也不是说没有，最近还有一篇论文是用go写作业系统
但是由于是Google新的作业系统，让我多思考了一下
看了一下原始码的内容，给我的感觉更像c而不是c++，至少跟modern c++差很多
虽然c++的弹性很大，想写成像c也可以
但是为什么不干脆写c就好呢？
看了hacker news上的讨论，大家好像共识也是在写kernel这块c还是比c++好
我自己这块还不算太熟，有没有人可以以自身经验来猜测Google选用c++来开发新的kernel
的优缺吗

不同编译器装饰名称规则不同？

之前看到有人用Rust写

看过用haskell写的

有时要看你主要开发平台上有什么好用

ABI的问题吗？

用 Rust 写问题会是什么？目的码体积太大？

C比较低阶的缘故吧我猜...

挖了一下source 我看着觉得很多地方很modern呀....XDzircon/system/ulib/下有一个fbl的library里面有整套拿template刻的intrusive structure跟linux比的话用macro作抽象的频率也低了很多整个coding style就是C with templates当然有不少地方还是写得很C没错 不过以kernel负责的工作来讲要写得不像C也很难

因为c就是拿来写os的

Rust 当然可以实作 OS，Redox OS 就是了C++ 实作的 OS 可以看看 haiku过十年还能吵这个，C 真的是被过度神话的语言

目前只要能让人写出堪用的东西就算是好语言你看看Java像C这样务实的语言相比真的算很好了

可能高阶的API可以用C++写 但是底层跟Assembly通的还是要C吧

我猜是因为name(signature) mangling的关系不过这问题应该主要是会卡linux系列的kernel