源代码究竟是什么?

源代码就是人类可以看懂的机器文字，程序员在写完代码以后，会将源代码编译为机器代码，可能是一个可执行程序exe啥的，我们平时用的就是这个可执行程序，要想增加功能，或者改善程序，就需要有源代码了，因为人不可能通过0和1编出高级程序。

举个例子：你用Word写好一个文档，生成一个PDF文件，一般来说PDF是不可修改的，你可以把这个PDF发给别人阅读，但是别人要想修改这个PDF就不好 *** 作。而你有这个PDF的原稿（Word文档）你可以很方便的修改然后再生成PDF文档。这里的Word文档就相当于源代码，PDF文档就相当于软件。

简介

代码，没什么可说的，广义的，只要算是程序语言写的都是，c写出来的是代码，编译后，成汇编语言程序，也可以说是代码；再汇编成，机器语言程序，也可以说是代码；不过，算得上代码的，也算是程序，一般都是广义的说法。

说“源”的问题、你用c写出来的，让我看，那是源代码；你把编译成．exe文件的代码，让我直接运行，那就不是源代码、你做的java游戏，如果你把自己写的java代码给我，那是源代码；把处理过的可执行文件给我，那不是源代码。

源代码（也称源程序），是指一系列人类可读的计算机语言指令。 在现代程序语言中，源代码可以是以书籍或者磁带的形式出现，但最为常用的格式是文本文件，这种典型格式的目的是为了编译出计算机程序。计算机源代码的最终目的是将人类可读的文本翻译成为计算机可以执行的二进制指令，这种过程叫做编译，通过编译器完成。

代码组合

源代码作为软件的特殊部分，可能被包含在一个或多个文件中。一个程序不必用同一种格式的源代码书写。例如，一个程序如果有C语言库的支持，那么就可以用C语言；而另一部分为了达到比较高的运行效率，则可以用汇编语言编写。

较为复杂的软件，一般需要数十种甚至上百种的源代码的参与。为了降低种复杂度，必须引入一种可以描述各个源代码之间联系，并且如何正确编译的系统。在这样的背景下，修订控制系统（RCS）诞生了，并成为研发者对代码修订的必备工具之一。

还有另外一种组合：源代码的编写和编译分别在不同的平台上实现，专业术语叫做软件移植。

质量

对于计算机而言，并不存在真正意义上的“好”的源代码；然而作为一个人，好的书写习惯将决定源代码的好坏。源代码是否具有可读性，成为好坏的重要标准。软件文档则是表明可读性的关键。

源代码主要功用有如下2种作用：

1、生成目标代码，即计算机可以识别的代码。

2、对软件进行说明，即对软件的编写进行说明。为数不少的初学者，甚至少数有经验的程序员都忽视软件说明的编写，因为这部分虽然不会在生成的程序中直接显示，也不参与编译。但是说明对软件的学习、分享、维护和软件复用都有巨大的好处。因此，书写软件说明在业界被认为是能创造优秀程序的良好习惯，一些公司也硬性规定必须书写。

（需要指出的是，源代码的修改不能改变已经生成的目标代码。如果需要目标代码做出相应的修改，必须重新编译。 ）

如果按照源代码类型区分软件，通常被分为两类：自由软件和非自由软件。自由软件一般是不仅可以免费得到，而且公开源代码；相对应地，非自由软件则是不公开源代码。所有一切通过非正常手段获得非自由软件源代码的行为都将被视为非法。

php作为排名top2 互联网开发工具，非常流行，可以参考：中国最大的25个网站采用技术选型方案

php这个名称实际上有两层含义

直接定义：

php-fpm从php5.3.3开始已经进入到php源代码包，之前是作为patch存在的

很少人会去读php本身源代码，我6年前解决php内存泄露问题的时候做了些研究,最近再查看了一番，发现php的开发者很有诚意，这是一款非常出色的服务器软件，支持如下

在linux服务器上，如果不设置 events.mechanism ,那么默认就是采用epoll，所以

php-fpm的IO模型&并发处理能力和nginx是完全一致

nginx以性能卓越闻名，大部分程序员都认为php效率低下，看了源代码，才知道这是传奇啊

在高性能部署的时候，大家往往会针对性的优化nginx 。我自己之前部署php程序也犯了错误，8G内存的server，php-fpm的max children都会设置128+，现在看来太多了，参考nginx的部署:

php-fpm配置为 3倍 cpu core number就可以了

php-fpm稳定性比nginx稍差 这是因为php-fpm内置了一个php解析器,php-fpm进程就和php程序捆绑了，如果php脚本写得不好，有死循环或者阻塞在某个远端资源上，会拖累加载它的php-fpm进程

而nginx和后端应用服务器之间通过网络连接，可以设置timeout，不容易堵死的

php-fpm的fastcgi是短连接 我原以为是长连接的，看了代码才知道也是短连接，处理一个request就关闭掉

php-fpm接口采用fastcgi 非常遗憾，php-fpm和fastcgi完全绑定了，无法独立使用 。只能部署在支持http-fcgi协议转换程序背后(nginx）。其实可以考虑在php-fpm代码包里面引入http协议支持，这样php-fpm可以独立运行，让nodejs无话可说

php-fpm等同于OpenResty OpenResty是一个国人开发的nginx模块，就是在nginx引入lua解释器. 实际上，它和php-fpm的唯一差别就是一个采用php语法，一个用lua，所以OpenResty要作为nginx增强包使用还可以，要选择它作为一个主要编程工具，没有任何必要

从架构上来说，php-fpm已经做到最好，超过大多数 python部署工具，我再也不黑它了

---