编译器，解释器，预编译器之间的关系

如何理解解释器，编译器和预编译器之间的关系

解释器：将源码（刚编写好的代码称为源码）翻译成对应操作系统的计算机语言但不生成该计算机语言文件，直接展现源码所对应的功能，等下次运行时再次编译，且源码还是源码，不会产生中间代码或者计算机语言代码，解释器一般是附着在操作系统或软件上（比如浏览器）

编译器：将源码全部转成计算机语言代码，一次编译，终生使用（不更新的情况下）

预编译器：将源码转换成中间代码，然后再交由不同的操作系统的解释器去进行解释

解释器的优点：跨平台性好，因为不同操作系统所对应的计算机语言是不同的，所以如果是编译好的文件，只能在对应的操作系统上运行。

缺点：需要环境里有对应的解释器

编译器的优点：不需要重复编译。

        缺点：跨平台性差

预编译器结合了解释器和编译器的优点：将源码先编译成类计算机语言代码（接近计算机语言但是还不是），然后再把剩下的编译过程交由不同操作系统的解释器去解释，比如java，

所以跨平台性好且每次使用时经行编译的时间大大减短

这个时候可能就有同学要问了，那我如果要发布其他平台的软件，我将编译器编译前的源码再重新编译成其他平台对应的计算机语言不就行了？对于这个问题，我的看法是，行，但问题是，每对应一个操作系统你就对应一份计算机语言的软件，当你需要修改需求，更新源码的时候，你不得不再编译好几份对应不同平台的代码，这样工作量相比起解释器来说会麻烦很多

编译器和解释器和预编译器的使用场景：功能比较多的应用会选择软件的形式，既让用户先下载编译好的文件，然后需要使用的时候直接打开，这样做的好处是减少了每次使用所需要要服务器发起请求数据的大小，所以都选择使用编译器和预编译器

功能较少或者使用频率较低的应用一般选择做成网页或小程序的形式，首先是用户一般不会为一个使用频率较低的应用进行下载，其次网页的特点是访问的时候直接向服务器发起数据请求加载页面，不需要提前下载，要不然我访问一个网页我就得先下载下来多麻烦，这个时候就用到了解释器，当用户发起数据请求的时候直接将源码解释成对应得功能然后展现给用户使用

以上就是我对解释器，编译器与预编译器之间的关系得理解，如有错误，还请指出，谢谢观看，再见