php框架的国内外研究现状 PHP开发的发展现状和前景怎么样

大家平时对后端开发都十分关注，今天为大家整理了php框架的国内外研究现状 PHP开发的发展现状和前景怎么样，下面就随我爱编程网小编一起来看一下吧。

PHP的性能探讨和测试

1.缘起
关于PHP，很多人的直观感觉是PHP是一种灵活的脚本语言，库类丰富，使用简单，安全，非常适合WEB开发，但性能低下。PHP的性能是否真的就如同大家的感觉一样的差呢？本文就是围绕这么一个话题来进行探讨的。从源码、应用场景、基准性能、对比分析等几个方面深入分析PHP之性能问题，并通过真实的数据来说话。
2.从原理分析PHP性能
从原理分析PHP的性能，主要从以下几个方面：内存管理、变量、函数、运行机制来进行分析。
2.1内存管理
类似Nginx的内存管理方式，PHP在内部也是基于内存池，并且引入内存池的生命周期概念。在内存池方面，PHP对PHP脚本和扩展的所有内存相关操作都进行了托管。对大内存和小内存的管理采用了不同的实现方式和优化，具体可以参考以下文档：
2.2变量
总所周知，PHP是一种弱变量类型的语言，所以在PHP内部，所有的PHP变量都对应成一种类型Zval，其中具体定义如下：
在变量方面，PHP做了大量的优化工作，比如说Reference counting和copy on writer机制。这样能够保证内存使用上的优化，并且减少内存拷贝次数（请参考
2.3函数
在PHP内部，所有的PHP函数都回转化成内部的一个函数指针。比如说扩展中函数
ZEND_FUNCTION(my_function);//类似functionmy_function(){}
在内部展开后就会是一个函数
voidzif_my_function(INTERNAL_FUNCTION_PARAMETERS);
voidzif_my_function(intht,
zval*return_value,
zval*this_ptr,
intreturn_value_used,
zend_executor_globals*executor_globals);
从这个角度来看，PHP函数在内部也是对应一个函数指针。
2.4运行机制
在话说PHP性能的时候，很多人都会说“C/C++是编译型，JAVA是半编译型，PHP是解释型”。也就是说PHP是先动态解析再代码运行的，所以从这个角度来看，PHP性能必然很差。
的确，从PHP脚本运行来输出，的确是一个动态解析再代码运行的过程。具体来说，PHP脚本的运行机制如下图所示：
PHP的运行阶段也分成三个阶段：
Parse。语法分析阶段。
Compile。编译产出opcode中间码。
Execute。运行，动态运行进行输出。
所以说，在PHP内部，本身也是存在编译的过程。并且据此产生了大量的opcode cache工具，比如说apc、eacc、xcache等等。这些opcode cache在生产环境基本上在标配。基于opcode cache，能到做到“PHP脚本编译一次，多次运行”的效果。从这点上，PHP就和JAVA的半编译机制非常类似。
所以，从运行机制上来看，PHP的运行模式和JAVA是非常类似的，都是先产生中间码，然后运行在不同虚拟机上。
2.5动态运行
从上面的几个分析来看，PHP在内存管理、变量、函数、运行机制等几个方面都做了大量的工作，所以从原理来看，PHP不应该存在性能问题，性能至少也应该和Java比较接近。
这个时候就不得不谈PHP动态语言的特性所带来的性能问题了，由于PHP是动态运行时，所以所有的变量、函数、对象调用、作用域实现等等都是在执行阶段中才确定的。这个从根本上决定了PHP性能中很难改变的一些东西：在C/C++等能够在静态编译阶段确定的变量、函数，在PHP中需要在动态运行中确定，也就决定了PHP中间码不能直接运行而需要运行在Zend Engine上。
说到PHP变量的具体实现，又不得不说一个东西了：Hashtable。Hashtable可以说在PHP灵魂之一，在PHP内部广泛用到，包含变量符号栈、函数符号栈等等都是基于hashtable的。
以PHP变量为例来说明下PHP的动态运行特点，比如说代码：
?php
$var=“hello,”;
?
该代码的执行结果就是在变量符号栈（是一个hashtable）中新增一个项
当要使用到该变量时候，就去变量符合栈中去查找（也就是变量调用对出了一个hash查找的过程）。
同样对于函数调用也基本上类似有一个函数符号栈（hashtable）。
其实关于动态运行的变量查找特点，在PHP的运行机制中也能看出一些。PHP代码通过解释、编译后的流程下图：
从上图可以看出，PHP代码在compile之后，产出的了类符号表、函数符号表、和OPCODE。在真正执行的时候，zend Engine会根据op code去对应的符号表中进行查找，处理。
从某种程度上，在这种问题的上，很难找到解决方案。因为这是由于PHP语言的动态特性所决定的。但是在国内外也有不少的人在寻找解决方案。因为通过这样，能够从根本上完全的优化PHP。典型的列子有facebook的hiphop。
2.6结论
从上面分析来看，在基础的内存管理、变量、函数、运行机制方面，PHP本身并不会存在明显的性能差异，但由于PHP的动态运行特性，决定了PHP和其他的编译型语言相比，所有的变量查找、函数运行等等都会多一些hash查找的CPU开销和额外的内存开销，至于这种开销具体有多大，可以通过后续的基准性能和对比分析得出。
因此，也可以大体看出PHP不太适合的一些场景：大量计算性任务、大数据量的运算、内存要求很严格的应用场景。如果要实现这些功能，也建议通过扩展的方式实现，然后再提供钩子函数给PHP调用。这样可以减低内部计算的变量、函数等系列开销。
3.基准性能
对于PHP基准性能，目前缺少标准的数据。大多数同学都存在感性的认识，有人认为800QPS就是PHP的极限了。此外，对于框架的性能和框架对性能的影响很没有响应的权威数字。
本章节的目的是给出一个基准的参考性能指标，通过数据给大家一个直观的了解。
具体的基准性能有以下几个方面：
1.裸PHP性能。完成基本的功能。
2.裸框架的性能。只做最简单的路由分发，只走通核心功能。
3.标准模块的基准性能。所谓标准模块的基准性能，是指一个具有完整服务模块功能的基准性能。
3.1环境说明
测试环境：
Uname -aPnux db-forum-test17.db01.baidu.com 2.6.9_5-7-0-0 #1 SMP Wed Aug 12
17:35:51 CST 2009 x86_64 x86_64 x86_64 GNU/Pnux
Red Hat Enterprise Pnux AS release 4 (Nahant Update 3)
8 Intel(R) Xeon(R) CPU E5520 @ 2.27GHz
软件相关：
Nginx：nginx version: nginx/0.8.54 built by gcc 3.4.5 20051201 (Red Hat 3.4.5-2)
Php5：（采用php-fpm）
PHP 5.2.8 (cP) (built: Mar 6 2011 17:16:18)
Copyright (c) 1997-2008 The PHP Group
Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies
with eAccelerator v0.9.5.3, Copyright (c) 2004-2006 eAccelerator, by eAccelerator
bingo2：
PHP框架。
其他说明：
目标机器的部署方式：nginx-php-fpm-php脚本。
测试压力机器和目标机器独立部署。
3.2裸PHP性能
最简单的PHP脚本。
?php
require_once‘./actions/indexAction.php’;
$objAction=newindexAction();
$objAction-init();
$objAction-execute();
?
Acitons/indexAction.php里面的代码如下
?php
classindexAction
{
pubPcfunctionexecute()
{
echo‘hello,world!’;
}
}
?
通过压力工具测试结果如下：
3.3裸PHP框架性能
为了和3.2的对比，基于bingo2框架实现了类似的功能。代码如下
?php
require_once‘Bingo/Controller/Front.php’;
$objFrontController=Bingo_Controller_Front::getInstance(array(‘actionDir’=‘./actions’,));
$objFrontController-dispatch();
压力测试结果如下：
从该测试结果可以看出：框架虽然有一定的消耗，但对整体的性能来说影响是非常小的。
3.4标准PHP模块的基准性能
所谓标准PHP模块，是指一个PHP模块所必须要具体的基本功能：
路由分发。
自动加载。
LOG初始化Notice日志打印。所以的UI请求都一条标准的日志。
错误处理。
时间校正。
自动计算每个阶段耗时开销。
编码识别编码转化。
标准配置文件的解析和调用
采用bingo2的代码自动生成工具产生标准的测试PHP模块：test。
测试结果如下：
3.5结论
从测试数据的结论来看，PHP本身的性能还是可以的。基准性能完全能够达到几千甚至上W的QPS。至于为什么在大多数的PHP模块中表现不佳，其实这个时候更应该去找出系统的瓶颈点，而是简单的说OK，PHP不行，那我们换C来搞吧。（下一个章节，会通过一些例子来对比，采用C来处理不见得有特别的优势）
通过基准数据，可以得出以下几个具体的结论：
1.PHP本身性能也很不错。简单功能下能够达到5000QPS，极限也能过W。
2.PHP框架本身对性能影响非常有限。尤其是在有一定业务逻辑和数据交互的情况下，几乎可以忽略。
3.一个标准的PHP模块，基准性能能够达到2000QPS（80 cpu idle）。
4.对比分析
很多时候，大家发现PHP模块性能不行的时候，就来一句“ok，我们采用C重写吧”。在公司内，采用C/C++来写业务逻辑模块的现象到处都有，在前几年甚至几乎全部都是采用C来写。那时候大家写的真是一个痛苦：调试难、敏捷不要谈。

PHP开发的发展现状和前景怎么样

1、任何专业都有无数的机会，就看你如何去看待，未来是虚拟现实、人机交互时代。
每一门计算机语言都有其相对具有优势的领域，作为全球十大流行开发语言之一的PHP也是如此，PHP这门语言更适合在WEB环境，即互联网的环境下作为主要开发语言，因为PHP是全球公认的网站开发利器。全球约70%的网站都是使用PHP这么语言开发的。

2、大多数的网站，包括那些行业巨头例如新浪，百度，腾讯，搜狐，网易等都在使用PHP技术，说明了企业和市场需求这样一门技术，既然企业和市场需求，那么就能体现出学习PHP是否有前途。

3、PHP软件开发，网站建设等都属于互联网行业，大家都知道，互联网行业的白领都是高薪阶层，能力有多高，工资就可以有多高！
当然，很多人进入这个行业的目的并不是为了工作，而是为了更大的梦想—创业！那么我可以告诉你，这是最明智的选择，因为互联网行业从来不缺乏机会，就看你敢不敢想，敢不敢做。无数的从事PHP的小团队至今都已是行业先锋，成功没有想象中的那么远，只要你敢站起来，行动起来。
功能强大
PHP开发语言强大的性能完全满足如何类型的网站建设需求。随着这几年PHP的更新和优化，功能也越来越强大了，像百度、淘宝、天猫这样的大型网站都是采用PHP开发，这足以说明PHP的功能强大。

安全性好
当然这里说的安全性好并不是说PHP开发的网站就不会被攻击，因为在互联网上没有绝对的安全，小编说的安全性好是相对的，PHP语言安全性相对要好一些的一个重要因素就是采用linux服务器，linux服务器的安全性比windows服务器安全性高很多，这点是无可争议的。

php免费开源
用PHP开发网站一般用的是mysql数据库和linux系统，因为这都是免费开源的，不像mssql数据库和windows服务器，正版是要收费的，虽然网上有盗版的，但是大型企业一般还是不敢使用盗版的，风险太大。

开发成本低
PHP语言入门简单，相对net而言没有那么复杂，所以学PHP程序开发的人要比学net的多，人多那成本当然就相对低一些了。

开发框架完善
PHP的开发框架非常大，像国外有Yii，国内有ThinkPHP，这些第三方开发框架经过多年的完善，可以提高网站安全性，也节约网站开发时间

国外主流PHP框架对比评测

最近简单的使用了目前在国内用的比较多的几个主流国外PHP框架（不包括国内框架） 大致对这些框架有个直观上的感受 简单分享一下 对于哪些做框架选型的时候 权当一个参考

主要参考的框架包括 CodeIgniter CakePHP ZendFramework Symfony 我对很多框架也没有认真使用 只是简单试用了一下 可能很多看法不成熟或者是错误的 请大家指正 一起成长

CodeIgniter

优点

配置简单 全部的配置使用PHP脚本来配置 执行效率高 具有基本的路由功能 能够进行一定程度的路由 具有初步的Layout功能 能够制作一定程度的界面外观 数据库层封装的不错 具有基本的MVC功能

快速简洁 代码不多 执行性能高 框架简单 容易上手 学习成本低 文档详细 自带了很多简单好用的library 框架适合小型应用

缺点

把Model层简单的理解为数据库操作

框架略显简单 只能够满足小型应用 略微不太能够满足中型应用需要

评价

总体来说 拿CodeIgniter来完成简单快速的应用还是值得 同时能够构造一定程度的layout 便于模板的复用 数据操作层来说封装的不错 并且CodeIgniter没有使用很多太复杂的设计模式 执行性能和代码可读性上都不错 至于附加的 library 也还不错 简洁高效

CakePHP

优点

CakePHP是最类似于RoR的框架 包括设计方式 数据库操作的Active Record方式 设计层面很优雅 没有自带多余的 library 所有的功能都是纯粹的框架 执行效率还不错 数据库层的 hasOne hasMany 功能很强大 对于复杂业务处理比较合适 路由功能 配置功能还不错 自动构建脚手架（scaffold）很强大 适合中型应用 基本实现过了MVC每一层 具有自动操作命令行脚本功能

文档比较全 在国内推广的比较成功 大部分都知道CakePHP 学习成本中等

缺点

CakePHP非常严重的问题是把Model理解为数据库层操作 严重影响了除了数据库之外的操作能力

CakePHP的cache功能略显薄弱 配置功能稍嫌弱 CakePHP不适合大型应用 只适合中型应用 小型应用来说略微的学习成本高了点

评价

总体来说CakePHP框架代表了PHP框架很重要的一个时代和代表 并且目前发挥着很重要的作用 不少自己写的框架都模仿了CakePHP的方式 是个里程碑式的产品 CakePHP透露著RoR的敏捷开发方式和把数据库操作认为是唯一Model的设计思想 作为开发快速应用和原型是绝好的工具 同样 用来做Web 网站的开发框架 也是值得选择的

Zend Framework

优点

官方出品 自带了非常多的 library 框架本身使用了很多设计模式来编写 架构上很优雅 执行效率中等 MVC设计中 比较简洁 具有路由功能 配置文件比较强大（能够处理XML和php INI） 各种 library 很强大 是所有PHP框架中各种功能最全面的 包括它不仅是一个框架 更是一个大类库（取代PEAR） 这是它的主要特色 能够直观的支持除数据库操作之外的Model层（比 CodeIgniter 和 CakePHP 强） 并且能够很轻易的使用Loader功能加载其他新增加的Class Cache功能很强大 从前端Cache到后端Cache都支持 后端Cache支持Memcache APC SQLite 文件等等方式 数据库操作功能很强大 支持各种驱动（适配器）

文档很全 在国内社区很成熟 并且目前不少Web 网站在使用 学习成本中等

缺点

MVC功能完成比较弱 View层简单实现（跟没实现一样） 无法很强大的控制前端页面

没有自动化脚本 创建一个应用 包括入口文件 全部必须自己手工构建 入门成本高

Zend Framework 作为一个中型应用框架问题不大 也能够勉强作为大型应用的框架 但是作为一个很成熟的大型PHP框架来说 还需要一些努力

评价

作为官方出品的框架 Zend Framework的野心是可以预见的 想把其他框架挤走 同时封装很多强大的类库 能够提供一站式的框架服务 并且他们的开发团队很强大 完全足够有能力开发很强大的产品出来 所以基本可以确定的是Zend Framework前途无量 如果花费更多的时间去完善框架 同样的 Zend Framework架构本身也是比较优雅的 说明Zend官方是有很多高手的 设计理念上比较先进 虽然有一些功能实现的不够完善 比如View层 自动化脚本等等 这些都有赖于未来的升级 总体来说Zend Framework是最值得期待的框架 当然 你目前要投入你的项目中使用也是完全没问题的

Symfony

优点

Symfony 是我了解的PHP框架中功能最强大的 而且我使用时间比较长 但是很多功能还是没有挖掘出来 它完整实现了MVC三层 封装了所有东西 包括 $_POST $_GET 数据 异常处理 调试功能 数据检测 包含强大的缓存功能 自动加载Class（这个功能很爽） 强大的i n国家化支持 具有很强大的view层操作 能够零碎的包含单个多个文件 非常强大的配置功能 使用yml配置能够控制所有框架和程序运行行为 强大到让人无语 能够很随意的定义各种自己的class 并且symfony能够自动加载（auto load）这些class 能够在程序中随意调用 包含强大的多层级项目和应用管理 Project > Application > Module > Action 能够满足一个项目下多个应用的需要 并且每层可以定义自己的类库 配置文件 layout 非常强大的命令行操作功能 包括建立项目 建立应用 建立模块 刷新缓存等等

Symfony绝对是开发大型复杂项目的首选 因为使用了Symfony 将大大节约开发成本 并且多人协作的时候 不会出现问题 在Project级别定义好基础Class以后 任何模块都能够重用 大大复用代码

缺点

数据库操作model采用了重量级的propel和creole 不过在我测试的版本中已经把他们移到了addon里 可用可不用

缓存功能无法控制 每次开发调试总是缓存 需要执行 symfony cc symfony rc 来清除和重建缓存

效率不是很高 特别是解析模板和读取配置文件的过程 花费时间不少

学习成本很高 并且国内没有成熟的社区和文档 连中文手册都没有 相应的要掌握所有功能 需要花费比较多的时间

评价

Symfony绝对是企业级的框架 唯一能够貌似能够跟Java领域哪些强悍框架抗衡的东西 强悍的东西 自然学习复杂 但是相应的对项目开发也比较有帮助 自然是推荐复杂的项目使用Symfony来处理 觉得是值得 后期的维护成本比较低 复用性很强 相应的如果使用Symfony的应该都是比较复杂的互联网项目 那么相应的就要考虑关于数据库分布的问题 那么就需要抛弃Symfony自带的数据库操作层 需要自己定义 当然了 Symfony支持随意的构造model层

总结

以上数款框架 各有特色 而且都是开源项目 不过框架针对的项目不一样 一般来说 CodeIngiter 比较适合小型项目 CakePHP 和 Zend Framework 比较适合中型项目 Symfony 比较适合大型重量级项目 在项目选型的时候 要充分考虑框架的可以定制性 扩展性 因为每个项目都无法确定你是否会随着需求的变化进行改变 我爱编程网

相对来说 Zend Framework 和 Symfony 应对变化的能力比较强 特别是能够随意定制 model 层的Class 能够非常方便增加自己业务或者数据处理类 我是个人比较推荐在中大型项目中使用的框架

CodeIngiter 和 CakePHP 在中小型项目中同样能够发挥重大作用 快速开发和原型构建 非常适合目标不清晰的原型项目的开发

当然了 也许 自己写一个框架更适合

lishixinzhi/Article/program/PHP/201311/21441

以上就是今天分享给大家的内容了，想要了解更多后端开发资讯，敬请关注我爱编程网！