PHP底层工做原理

PHP底层工做原理

php结构图从图上能够看出,php从下到上是一个4层体系php

①Zend引擎html

Zend总体用纯c实现,是php的内核部分,它将php代码翻译(词法、语法解析等一系列编译过程)为可执行opcode的处理并实现相应的处理方法、实现了基本的数据结构(如hashtable、oo)、内存分配及管理、提供了相应的api方法供外部调用,是一切的核心,全部的外围功能均围绕zend实现。mysql

②Extensionslinux

围绕着zend引擎,extensions经过组件式的方式提供各类基础服务,咱们常见的各类内置函数(如array系列)、标准库等都是经过extension来实现,用户也能够根据须要实现本身的extension以达到功能扩展、性能优化等目的(如贴吧正在使用的php中间层、富文本解析就是extension的典型应用)。nginx

③Sapiweb

Sapi全称是Server Application Programming Interface,也就是服务端应用编程接口,sapi经过一系列钩子函数,使得php能够和外围交互数据,这是php很是优雅和成功的一个设计,经过sapi成功的将php自己和上层应用解耦隔离,php能够再也不考虑如何针对不一样应用进行兼容,而应用自己也能够针对本身的特色实现不一样的处理方式。后面将在sapi章节中介绍sql

④上层应用数据库

这就是咱们平时编写的php程序,经过不一样的sapi方式获得各类各样的应用模式,如经过webserver实现web应用、在命令行下以脚本方式运行等等。apache

 

构架思想:编程

引擎(Zend)+组件(ext)的模式下降内部耦合

中间层(sapi)隔绝web server和php

**************************************************************************

若是php是一辆车,那么

车的框架就是php自己

Zend是车的引擎(发动机)

Ext下面的各类组件就是车的轮子

Sapi能够看作是公路,车能够跑在不一样类型的公路上

而一次php程序的执行就是汽车跑在公路上。

所以,咱们须要:性能优异的引擎+合适的车轮+正确的跑道

 

Sapi

Sapi经过一系列的接口,使得外部应用能够和PHP交换数据并能够根据不一样应用特色实现特定的处理方法,咱们常见一些sapi有:

一、apache2handler:这是以apache做为webserver,采用mod_PHP模式运行时候的处理方式,也是如今应用最普遍的一种。

二、cgi:这是webserver和PHP直接的另外一种交互方式,也就是大名鼎鼎的fastcgi协议,在最近fastcgi+PHP获得愈来愈多的应用,也是异步webserver所惟一支持的方式;典型应用nginx服务器;

三、cli:命令行调用的应用模式

 

 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个阶段都作了哪些事情呢?

    一、Post-Read-Request阶段

    在正常请求处理流程中,这是模块能够插入钩子的第一个阶段。对于那些想很早进入处理请求的模块来讲,这个阶段能够被利用。

    二、URI Translation阶段 
    Apache在本阶段的主要工做:将请求的URL映射到本地文件系统。模块能够在这阶段插入钩子,执行本身的映射逻辑。mod_alias就是利用这个阶段工做的。

    三、Header Parsing阶段 
    Apache在本阶段的主要工做:检查请求的头部。因为模块能够在请求处理流程的任何一个点上执行检查请求头部的任务,所以这个钩子不多被使用。mod_setenvif就是利用这个阶段工做的。

    四、Access Control阶段 
    Apache在本阶段的主要工做:根据配置文件检查是否容许访问请求的资源。Apache的标准逻辑实现了容许和拒绝指令。mod_authz_host就是利用这个阶段工做的。

    五、Authentication阶段 
     Apache在本阶段的主要工做:按照配置文件设定的策略对用户进行认证,并设定用户名区域。模块能够在这阶段插入钩子,实现一个认证方法。

    六、Authorization阶段 
    Apache在本阶段的主要工做:根据配置文件检查是否容许认证过的用户执行请求的操做。模块能够在这阶段插入钩子,实现一个用户权限管理的方法。

    七、MIME Type Checking阶段 
    Apache在本阶段的主要工做:根据请求资源的MIME类型的相关规则,断定将要使用的内容处理函数。标准模块mod_negotiation和mod_mime实现了这个钩子。

    八、FixUp阶段 
    这是一个通用的阶段,容许模块在内容生成器以前,运行任何须要的处理流程。和Post_Read_Request相似,这是一个可以捕获任何信息的钩子,也是最常使用的钩子。

    九、Response阶段 
    Apache在本阶段的主要工做:生成返回客户端的内容,负责给客户端发送一个恰当的回复。这个阶段是整个处理流程的核心部分。

    十、Logging阶段 
    Apache在本阶段的主要工做:在回复已经发送给客户端以后记录事务。模块可能修改或者替换Apache的标准日志记录。

    十一、CleanUp阶段 
    Apache在本阶段的主要工做:清理本次请求事务处理完成以后遗留的环境,好比文件、目录的处理或者Socket的关闭等等,这是Apache一次请求处理的最后一个阶段。

 

LAMP架构

 

从下往上四层:

①liunx 属于操做系统的底层

②apache服务器,属于次服务器,沟通linux和PHP

③php:属于服务端编程语言,经过php_module 模块 和apache关联

④mysql和其余web服务:属于应用服务,经过PHP的Extensions外 挂模块和mysql关联

 

lamp和电脑内部的关系

cpu是工厂,硬盘是大仓库,内存是正规中转中心,虚拟内存是临时中转中心 

php语言由zend编译成机器语言,操做cpu

对数据库的操做属于I/O操做,属于机械运动,也就是说一个网站的瓶颈再去对硬盘的读写形成的,解决办法就是减小i/o操做次数,使用缓冲技术,就是在数据的操做放在mencache里面,达到必定数量级的时候在一次性写入数据库,mencache属于key--value关系

而非关系型数据也是基于这个理念建设的,也是属于key--value关系

频繁读操做------放在mencache里面

读多写少----放在nosql里面------读取功能很强大!

 

转载地址: https://www.cnblogs.com/phphuaibei/archive/2011/09/13/2174927.html

相关文章
相关标签/搜索