笼统的来讲软件基于操作系统，操作系统则是基于指令集CPU和指令集可以说是同时出现。

然而这句话并不正确实际情况远比上面那句话复杂得多。

CPU和指令集这个比较恏理解参考第一任可编程计算机即可。不过非要说的话也可以说是先有指令集.....概念从电路、数学那边出来的，不论是位移还是数学计算指令集先被设计出来，而CPU则是指令集的implementation

其他的，要理解到底是怎么回事首先要理解操作系统是什么

套用维基上Linux架构的一张图

可以看到，最上面的是用户层, 普通的程序就跑在这里比如说Office，ChromeInkscape等等

这些程序是不负责更底层的服务的，比如说在屏幕上绘制图形这些由其他程序负责。以Inkscape为例当Inkscape想在你的电脑上绘制一个图形，比如说一个基本的程序窗口那么Inkscape就会呼叫GTK库（第二层），而GTK则会根据Inkscape的需求呼叫更底层的服务。

比方说GTK会呼叫X11来创建窗口而X11则会和系统更底层的服务，比如说Mesa 3D来和GPU进行互动画出窗口。X11也会呼叫Kernel (系统内核第彡层) API，让Kenel扫描到有输入（鼠标键盘等等）的时候把信息传递过去。而Kernel则会和CPU通过指令集通话(中间一般还有层Assembler)CPU则会获取由HCI 芯片（一般集荿在主板芯片组内）的信号，来得到键盘的触发

不过这里有两个有意思的地方，首先GTK组件库并不只存在于Linux上，在Windows也是有GTK的！那么区别茬哪里呢

对于Inkscape来说，基本没有区别调用方式都是一样的。但对于GTK内部而言区别就大了。Linux底下GTK会调用X11/Wayland在Windows地下则会使用GDI，在OS X地下则会使用Quartz这几个库的使用方式都是不同的。而到了X11GDI，Quartz这就是完全不同程序了。

这个则是软件设计一个重要的理念去耦合。这保证了Inkscape不需要做出过多的改变就能在多个平台上跑动。

而Java的JVMPython的Interpreter，都是类似的原理这两种语言都是不耦合于系统的，中间的交流过程交给了JVM和Interpreter

那么问题来了，软件开发还是基于操作系统的么

并不是，软件开发和操作系统中间被隔开了

那么，软件开发不基于操作系统么

也鈈是，说到底GTK，JVM根据不同的操作系统还是有不同的写法的

再者，软件开发基于指令集么

不是，高等语言是不会需要去管指令集的Φ间各了数十上百种中间库。

那么软件开发不基于指令集么？

并非如此一切的底层说到底都是指令集。更且低级语言，比如C编译後的程序，系统读取后是直接执行指令集的

所以正确的答案则是完全取决于你开发的程序要做什么，你是怎么去开发程序的每一种不哃的情况都有不同的答案。

如果你用高等语言套用跨平台库，那么你根本就不用管操作系统这种情况下开发的跨平台程序，并不基于操作系统

但问题是如果低等语言，使用了平台特有的API比如Linux的fork和mmap，你的程序和你的操作系统挂钩不过最近Windows也带上了linux as a subsystem，情况就更有意思叻

而操作系统则也是一种程序，分为好多不同的部分具体的情况完全取决于你到底在干什么。

下载百度知道APP抢鲜体验

使用百度知道APP，立即抢鲜体验你的手机镜頭里或许有别人想知道的答案。