最近搭建服务器，突然感觉lamp之间到底是怎么工作的，或者是怎么联系起来？平时只是写程序，重来没有思考过他们之间的工作原理：
php底层工作原理
图1 php结构
从图上可以看出，php从下到上是一个4层体系
①zend引擎
zend整体用纯c实现，是php的内核部分，它将php代码翻译（词法、语法解析等一系列编译过程）为可执行opcode的处理并实现相应的处理方法、实现了基本的数据结构（如hashtable、oo）、内存分配及管理、提供了相应的api方法供外部调用，是一切的核心，所有的外围功能均围绕zend实现。
②extensions
围绕着zend引擎，extensions通过组件式的方式提供各种基础服务，我们常见的各种内置函数（如array系列）、标准库等都是通过extension来实现，用户也可以根据需要实现自己的extension以达到功能扩展、性能优化等目的（如贴吧正在使用的php中间层、富文本解析就是extension的典型应用）。
③sapi
sapi全称是server application programming interface，也就是服务端应用编程接口，sapi通过一系列钩子函数，使得php可以和外围交互数据，这是php非常优雅和成功的一个设计，通过sapi成功的将php本身和上层应用解耦隔离，php可以不再考虑如何针对不同应用进行兼容，而应用本身也可以针对自己的特点实现不同的处理方式。后面将在sapi章节中介绍
④上层应用
这就是我们平时编写的php程序，通过不同的sapi方式得到各种各样的应用模式，如通过webserver实现web应用、在命令行下以脚本方式运行等等。
构架思想：
引擎(zend)+组件(ext)的模式降低内部耦合
中间层(sapi)隔绝web server和php
**************************************************************************
如果php是一辆车，那么
车的框架就是php本身
zend是车的引擎（发动机）
ext下面的各种组件就是车的*
sapi可以看做是公路，车可以跑在不同类型的公路上
而一次php程序的执行就是汽车跑在公路上。
因此，我们需要：性能优异的引擎+合适的车轮+正确的跑道
apache和php的关系
apache对于php的解析，就是通过众多module中的php module来完成的。
把php最终集成到apache系统中，还需要对apache进行一些必要的设置。这里，我们就以php的mod_php5 sapi运行模式为例进行讲解，至于sapi这个概念后面我们还会详细讲解。
假定我们安装的版本是apache2 和 php5，那么需要编辑apache的主配置文件http.conf，在其中加入下面的几行内容：
unix/linux环境下：
loadmodule php5_module modules/mod_php5.so
addtype application/x-httpd-php .php
注：其中modules/mod_php5.so 是x系统环境下mod_php5.so文件的安装位置。
windows环境下：
loadmodule php5_module d:/php/php5apache2.dll
addtype application/x-httpd-php .php
注：其中d:/php/php5apache2.dll 是在windows环境下php5apache2.dll文件的安装位置。
这两项配置就是告诉apache server，以后收到的url用户请求，凡是以php作为后缀，就需要调用php5_module模块（mod_php5.so/ php5apache2.dll）进行处理。
apache的生命周期
apach的请求处理流程
apache请求处理循环详解
apache请求处理循环的11个阶段都做了哪些事情呢？
1、post-read-request阶段
在正常请求处理流程中，这是模块可以插入钩子的第一个阶段。对于那些想很早进入处理请求的模块来说，这个阶段可以被利用。
2、uri translation阶段
apache在本阶段的主要工作：将请求的url映射到本地文件系统。模块可以在这阶段插入钩子，执行自己的映射逻辑。mod_alias就是利用这个阶段工作的。
3、header parsing阶段
apache在本阶段的主要工作：检查请求的头部。由于模块可以在请求处理流程的任何一个点上执行检查请求头部的任务，因此这个钩子很少被使用。mod_setenvif就是利用这个阶段工作的。
4、access control阶段
apache在本阶段的主要工作：根据配置文件检查是否允许访问请求的资源。apache的标准逻辑实现了允许和拒绝指令。mod_authz_host就是利用这个阶段工作的。
5、authentication阶段
apache在本阶段的主要工作：按照配置文件设定的策略对用户进行认证，并设定用户名区域。模块可以在这阶段插入钩子，实现一个认证方法。
6、authorization阶段
apache在本阶段的主要工作：根据配置文件检查是否允许认证过的用户执行请求的操作。模块可以在这阶段插入钩子，实现一个用户权限管理的方法。
7、mime type checking阶段
apache在本阶段的主要工作：根据请求资源的mime类型的相关规则，判定将要使用的内容处理函数。标准模块mod_negotiation和mod_mime实现了这个钩子。
8、fixup阶段
这是一个通用的阶段，允许模块在内容生成器之前，运行任何必要的处理流程。和post_read_request类似，这是一个能够捕获任何信息的钩子，也是最常使用的钩子。
9、response阶段
apache在本阶段的主要工作：生成返回客户端的内容，负责给客户端发送一个恰当的回复。这个阶段是整个处理流程的核心部分。
10、logging阶段
apache在本阶段的主要工作：在回复已经发送给客户端之后记录事务。模块可能修改或者替换apache的标准日志记录。
11、cleanup阶段
apache在本阶段的主要工作：清理本次请求事务处理完成之后遗留的环境，比如文件、目录的处理或者socket的关闭等等，这是apache一次请求处理的最后一个阶段。
lamp架构：
从下往上四层：
①liunx 属于操作系统的底层
②apache服务器，属于次服务器，沟通linux和php
③php:属于服务端编程语言，通过php_module 模块 和apache关联
④mysql和其他web服务：属于应用服务，通过php的extensions外 挂模块和mysql关联
android系统架构图
lamp和安卓的架构图比较一下，貌似和lamp架构有点相似，本人不懂安卓，只是感觉上有点相似，高手可以指出区别，小弟在此不胜感谢
从上往下：
安卓架构--------------说明--------lamp架构
1.应用程序 --------具体应用--------web应用
2.应用程序框架 ----java-------------php语言和库
3.系统运行库 ：----虚拟机---------web服务器
⒋linux 内核 ：---操作系统-------lamp架构中的l
lamp和电脑内部的关系
cpu是工厂，硬盘是大仓库，内存是正规中转中心，虚拟内存是临时中转中心
php语言由zend编译成机器语言，操作cpu
对数据库的操作属于i/o操作，属于机械运动，也就是说一个网站的瓶颈再去对硬盘的读写造成的，解决办法就是减少i/o操作次数，使用缓冲技术，就是在数据的操作放在mencache里面，达到一定数量级的时候在一次性写入数据库，mencache属于key--value关系
而非关系型数据也是基于这个理念建设的，也是属于key--value关系
频繁读操作------放在mencache里面
读多写少----放在nosql里面------读取功能很强大！
到此这篇关于php底层运行机制与工作原理的文章就介绍到这了,更多相关php底层运行机制与工作原理内容请搜索服务器之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持服务器之家！
原文链接：https://www.cnblogs.com/phphuaibei/archive/2011/09/13/2174927.html