php性能比较

‘壹’ php的性能要比node.js高很多吗

有学习Swoole的疑惑、遇到瓶颈期的PHPer可在底部留言给我！！！

在本机windows环境下的测试：8G内存，4GCPU,win7系统，插入10000条记录测试比较，php和nodejs的性能。

当改为10000条记录插入，php耗时1.65 seconds，nodejs耗时318微秒，nodejs还是快得比较明显。

‘贰’ python与php哪个性能高

语法：PHP 的语法看起来就像没有经过精心设计一样，很随意。有的语法看似很方便(用点来连接字符串), 但是却为之后扩展造成了很多麻烦(点没法用于访问对象的成员), 再比如比较蛋疼的命名空间的语法。Python 相比之下要好一点，但是 Python2 和 Python3 直接存在着一些不兼容的语法变动。

编写 HTML 模版：PHP 可以非常方便地直接用来编写 HTML 模版，Python 需要借助其他的语言或库来实现。
包管理器：PHP 的包管理器(PEAR)和扩展管理器(PECL)恐怕根本没人用，这导致引入一个新依赖的成本很高，于是很多人倾向于自己造轮子而不是引入现成的库。Python 有统一的包管理器，虽然也有问题，但要比 PHP 好得多，引入库之后的命名空间管理也要比 PHP 好。
扩展和库：PHP 和 Python 都可以用 C 来编写扩展。相比之下 Python 可用的库要更多一点。
运行方式：PHP 运行方式比较单一(php-fpm, mod_php), Python 则可以以 fastCGI 运行，也可以自行监听端口来处理请求。
性能：因为 PHP 运行方式单一，opcode 缓存方案也比较成熟(APC, opcache)，缓存 opcode 之后运行速度很快。Python 则可能需要更多地自行优化性能。
类型系统：PHP 和 Python 都是动态类型。PHP 对类型判别比较模糊，有很多陷阱，Python 则严格一些。
学习成本：PHP 和学习成本都不是很高。PHP 优势在于有比较完整的官方中文文档，而且 PHP 应用领域只有 Web, 所以需要学习的内容较少。Python 因为学习路线较多，不太容易找到适合自己的教程和资料。
社区：PHP 的资料遍地，但是高质量的中文社区较少，普遍对官方的新功能不是很关注。Python 则要好一点。
应用领域：PHP 仅在 Web 后端方面被使用，Python 应用领域更广泛一点，如果需要将逻辑移植到其他平台(如桌面), Python 要方便一点。

‘叁’ 国外主流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 > Mole > 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 在中小型项目中同样能够发挥重大作用 快速开发和原型构建 非常适合目标不清晰的原型项目的开发

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

lishixin/Article/program/PHP/201311/21441

‘肆’ PHP7开启OPcache和Swoole哪个提升更大性能的提升对比

测试所用的主机为虚拟机，虚拟机配置在双核4GB的个人电脑中。虚拟机系统为linux，http服务器采用nginx，用lnmp脚本安装nginx、mysql、php。Laravel框架为7.X版本。

在app/Http/Kernel文件中租肢宽，关掉频率限制中间件throttle。

修改php-fpm.conf文件，修改pm和pm.max_children 配置，pm设置饥雀为static，pm.max_children设置为50，以获得较好的并发性能。

此时的并发大约为为 7 qps

在配置文件php.ini文件中开启opcache

此时的达到了 90qps，性能是未开启时的 10 倍以上！。

开源的laravel-swoole加速包

在项目目录下运行composer命令安装；在nginx的配置文件中配置，将请求转发到swoole监听的端口。

用 ab 压测 ： ab -n 1000 -c 100 http://test.laravel.com/api/test

速度起飞！达到了800qps！

也就是一百多倍？

当然这只是一个比较简单的测试，但是总的来说opcache扩展和swoole扩展对php脚本性能的提升还是很明显的。

八重樱：PHP 互联网架构师成长之路*“设计模式”终极指南

PHP 互联网架构师 50K 成长指南+行业问题解决总纲（持续更新）

面试10家公司，收获9个offer，2020年PHP 面试问题

★如果喜欢我的文章，想与更多资深开发者一起交流学习的话，获取更多大厂面试相关技术咨询和指弊亮导，欢迎加入我们的群啊，暗号：phpzh

2020年最新PHP进阶教程，全系列！

‘伍’ php7与php5的区别

php5与php7之间的区别：
1、性能提升：PHP7比PHP5.0性能提升了两倍。
2、以前的许多致命错误，现在改成抛出异常。
3、PHP 7.0比PHP5.0移除了一些老的不在支持的SAPI（服务器端应用编程端口）和扩展。
4、PHP 7.0比PHP5.0新增了空接合操作符。
5、PHP 7.0比PHP5.0新增加了结合比较运算符。
6、PHP 7.0比PHP5.0新增加了函数的返回类型声明。
7、PHP 7.0比PHP5.0新增加了标量类型声明。
8、PHP 7.0比PHP5.0新增加匿名类。
9、错误处理和64位支持

‘陆’ 学java好还是php

php和Java哪个好？这个问题应该会有很多人问，但是每种编程语言都有各自的优缺点，所谓的哪个好，不过就是看你习惯于使用哪种或者说你更擅长于哪种，所以今天我们就来说一说php和Java之间的对比。

1、php与Java的语法比较
php是解释执行的服务器脚本语言，首先php有简单容易上手的特点。语法和c语言比较象，所以学过c语言的程序员可以很快的熟悉php的开发。
java的学习需要先学好java的语法和熟悉一些核心的类库，懂得面向对象的程序设计方法。所以java不如php好学。
推荐课程：01:PHP在线视频教程；02：JAVA在线视频教程
2、php与Java系统架构设计的对比
PHP采用面向过程的开发方法，专注互联网领域。WEB领域php拥有得天独厚的优势，使用php来开发web是最好的选择。
Java的Web开发技术，需要使用的是面向对象的系统设计方法，总而言之，Java功能强大，分支众多，没有java不能做的软件。
3、php与Java访问数据库速度的比较
php对于不同的数据库采用不同的数据库访问接口，所以数据库访问代码的通用性不强。例如：用Java开发的Web应用从MySQL数据库转到Oracle数据库只需要做很少的修改。而php则需要做大量的修改工作。
Java通过JDBC来访问数据库，通过不同的数据库厂商提供的数据库驱动方便地访问数据库。访问数据库的接口比较统一。
4、php与Java源代码安全的对比
PHP开发的程序的源代码都是公开的。
Java开发的程序，最后用户拿到的是只是一些编译好的class类，安全性高。
5、php与Java开发成本的对比
PHP最经典的组合就是：PHP + MySQL + Apache。非常适合开发中小型的Web应用，开发的速度比较快。而且所有的软件都是开源免费的，可以减少投入。
Java的Web应用服务器有免费Tomcat、JBoss等，如果需要更好的商业化的服务有：Web Sphere和 Web logic。
6、php与Java的性能比较
有人做过试验，对这两种种语言分别做回圈性能测试及存取Oracle数据库测试。
在循环性能测试中，JSP只用了令人吃惊的四秒钟就结束了20000*20000的回圈。而PHP测试的是2000*2000循环(少一个数量级)，却分别用了63秒。
数据库测试中，二者分别对 Oracle 8 进行 1000 次 Insert,Update,Select和Delete： JSP 需要 13秒，PHP 需要 69 秒。
总结：
php和Java到底哪个好？
从上面的对比来看，php和Java可以说是各有千秋，php更加适合于快速开发，中小型应用系统，开发成本低、易学。Java更适合于开发大型的应用系统，应用的前景比较广阔，系统易维护、可复用性较好。你想要学习哪个，完全看你以后更倾向于做哪一方面的开发。

‘柒’ PHP的性能探讨和测试

缘起

关于PHP 很多人的直观感觉是PHP是一种灵活的脚本语言 库类丰富 使用简单 安全 非常适合WEB开发 但性能低下 PHP的性能是否真 的就如同大家的感觉一样的差呢？本文就是围绕这么一个话题来进行探讨的 从源码 应用场景 基准性能 对比分析等几个方面深入分析PHP之性能问题 并通 过真实的数据来说话

从原理分析PHP性能

从原理分析PHP的性能 主要从以下几个方面 内存管理 变量 函数 运行机制来进行分析

内存管理

类似Nginx的内存管理方式 PHP在内部也是基于内存池 并且引入内存池的生命周期概念 在内存池方面 PHP对PHP脚本和扩展的所有内 存相关操作都进行了托管 对大内存和小内存的管理采用了不同的实现方式和优化 具体可以参考以下文档 在内存分配和回收的生命周期内 PHP采用一次初始化申请+动态扩容+内存标识回收机制 并且在每次请求结束后直 接对内存池进行重新mask

变量

总所周知 PHP是一种弱变量类型的语言 所以在PHP内部 所有的PHP变量都对应成一种类型Zval 其中具体定义如下

图一PHP变量

在变量方面 PHP做了大量的优化工作 比如说Reference counting和 on writer机制 这样能够保证内存使用上的优化 并且亮简逗减少内存拷贝次数（请参考） 在数组方面 PHP内部采用高效的hashtable来实现

函数

在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函数在内部也是对应一个函数指针

运行机制

敬卖在话说PHP性能的时候 很多人都会说“C/C++是编译型咐李 JAVA是半编译型 PHP是解释型” 也就是说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是非常类似的 都是先产生中间码 然后运行在不同虚拟机上

动态运行

从上面的几个分析来看 PHP在内存管理 变量 函数 运行机制等几个方面都做了大量的工作 所以从原理来看 PHP 不应该存在性能问题 性能至少也应该和Java 比较接近

这个时候就不得不谈PHP动态语言的特性所带来的性能问题了 由于PHP是动态运行时 所以所有的变量 函数 对象调用 作用域实现等等都是在 执行阶段中才确定的 这个从根本上决定了PHP性能中很难改变的一些东西 在C/C++等能够在静态编译阶段确定的变量 函数 在PHP中需要在动态运行 中确定 也就决定了PHP中间码不能直接运行而需要运行在Zend Engine上

说到PHP变量的具体实现 又不得不说一个东西了 Hashtable Hashtable可以说在PHP灵魂之一 在PHP内部广泛用到 包含变量符号栈 函数符号栈等等都是基于hashtable的

以PHP变量为例来说明下PHP的动态运行特点 比如说代码

<?php

$var=“hello blog xiuwz ”;

?>

该代码的执行结果就是在变量符号栈（是一个hashtable）中新增一个项

当要使用到该变量时候 就去变量符合栈中去查找（也就是变量调用对出了一个hash查找的过程）

同样对于函数调用也基本上类似有一个函数符号栈（hashtable）

其实关于动态运行的变量查找特点 在PHP的运行机制中也能看出一些 PHP代码通过解释 编译后的流程下图

图 PHP运行实例

从上图可以看出 PHP代码在pile之后 产出的了类符号表 函数符号表 和OPCODE 在真正执行的时候 zend Engine会根据op code去对应的符号表中进行查找 处理

从某种程度上 在这种问题的上 很难找到解决方案 因为这是由于PHP语言的动态特性所决定的 但是在国内外也有不少的人在寻找解决方案 因为 通过这样 能够从根本上完全的优化PHP 典型的列子有facebook的hiphop

结论

从上面分析来看 在基础的内存管理 变量 函数 运行机制方面 PHP本身并不会存在明显的性能差异 但由于PHP的动态运行特性 决定了 PHP和其他的编译型语言相比 所有的变量查找 函数运行等等都会多一些hash查找的CPU开销和额外的内存开销 至于这种开销具体有多大 可以通过后 续的基准性能和对比分析得出

因此 也可以大体看出PHP不太适合的一些场景 大量计算性任务 大数据量的运算 内存要求很严格的应用场景 如果要实现这些功能 也建议通过扩展的方式实现 然后再提供钩子函数给PHP调用 这样可以减低内部计算的变量 函数等系列开销

基准性能

对于PHP基准性能 目前缺少标准的数据 大多数同学都存在感性的认识 有人认为 QPS就是PHP的极限了 此外 对于框架的性能和框架对性能的影响很没有响应的权威数字

本章节的目的是给出一个基准的参考性能指标 通过数据给大家一个直观的了解

具体的基准性能有以下几个方面

裸PHP性能 完成基本的功能

裸框架的性能 只做最简单的路由分发 只走通核心功能

标准模块的基准性能 所谓标准模块的基准性能 是指一个具有完整服务模块功能的基准性能

环境说明

测试环境

Uname aPnux db forum test db _ # SMP Wed Aug : : CST x _ x _ x _ GNU/Pnux

Red Hat Enterprise Pnux AS release (Nahant Update )

Intel(R) Xeon(R) CPU E @ GHz

软件相关

Nginx nginx version: nginx/ built by gcc (Red Hat )

Php （采用php fpm）

PHP (cP) (built: Mar : : )

Copyright (c) The PHP Group

Zend Engine v Copyright (c) Zend Technologies

with eAccelerator v Copyright (c) eAccelerator by eAccelerator

bingo

PHP框架

其他说明

目标机器的部署方式 nginx >php fpm >php脚本

测试压力机器和目标机器独立部署

裸PHP性能

最简单的PHP脚本

<?php

require_once‘ /actions/indexAction php’;

$objAction=newindexAction();

$objAction >init();

$objAction >execute();

?>

Acitons/indexAction php里面的代码如下

<?php

classindexAction

{

pubPcfunctionexecute()

{

echo‘hello world!’;

}

}

?>

通过压力工具测试结果如下

裸PHP框架性能

为了和 的对比 基于bingo 框架实现了类似的功能 代码如下

<?php

require_once‘Bingo/Controller/Front php’;

$objFrontController=Bingo_Controller_Front::getInstance(array(

‘actionDir’=>‘ /actions’

));

$objFrontController >dispatch();

压力测试结果如下

从该测试结果可以看出 框架虽然有一定的消耗 但对整体的性能来说影响是非常小的

标准PHP模块的基准性能

所谓标准PHP模块 是指一个PHP模块所必须要具体的基本功能

路由分发

自动加载

LOG初始化&Notice日志打印 所以的UI请求都一条标准的日志

错误处理

时间校正

自动计算每个阶段耗时开销

编码识别&编码转化

标准配置文件的解析和调用

采用bingo 的代码自动生成工具产生标准的测试PHP模块 test

测试结果如下

结论

从测试数据的结论来看 PHP本身的性能还是可以的 基准性能完全能够达到几千甚至上W的QPS 至于为什么在大多数的PHP模块中表现不佳 其实这个时候更应该去找出系统的瓶颈点 而是简单的说OK PHP不行 那我们换C来搞吧 （下一个章节 会通过一些例子来对比 采用C来处理不见得有特 别的优势）

通过基准数据 可以得出以下几个具体的结论

PHP本身性能也很不错 简单功能下能够达到 QPS 极限也能过W

PHP框架本身对性能影响非常有限 尤其是在有一定业务逻辑和数据交互的情况下 几乎可以忽略

一个标准的PHP模块 基准性能能够达到 QPS（ cpu idle）

对比分析

lishixin/Article/program/PHP/201311/21287

‘捌’ php foreach、while性能比较

foreach是对数组副本进行操作（通过拷贝数组），而while则通过移动数组内部指标进行操作，一般逻辑下认为，while应该比foreach快（因为foreach在开始执行的时候首先把数组复制进去，而while直接移动内部指标。），但结果刚刚相反。
在循环里进行的是数组“读”操作，则foreach比while快：
复制代码
代码如下:
foreach
($array
as
$value)
{
echo
$value;
}
while
(list($key)
=
each($array))
{
echo
$array[$key];
}
在循环里进行的是数组“写”操作，则while比foreach快：
复制代码
代码如下:
foreach
($array
as
$key
=>
$value)
{
echo
$array[$key]
=
$value
.
'...';
}
while
(list($key)
=
each($array))
{
$array[$key]
=
$array[$key]
.
'...';
}
总结：通常认为，foreach涉及到值复制，一定会比while慢，但实际上，如果仅仅是在循环里进行数组的读操作，那么foreach是很
快的，这是因为PHP采用的复制机制是“引用计数，写时复制”，也就是说，即便在PHP里复制一个变量，最初的形式从根本上说其实
仍然是引用的形式，只有当变量的内容发生变化时，才会出现真正的复制，之所以这么做是出于节省内存消耗得目的，同时也提升了
复制的效率。这样看来，foreach的高效读操作就不难理解了。另外，既然foreach不适合处理数组写操作，那么我们可以得出一个结
论，多数情况下，类似foreach
($array
as
$key
=>
$value)形式的做数组写操作得代码都应该被替换成while
(list($key)
=
each($array))。这些技巧产生的速度差异在小项目里可能并不明显，但是在类似框架这样的大项目中，一次请求动辄便会涉及到几
百几千几万次数组循环操作，差异就会明显放大。

‘玖’ Java和PHP在Web开发方面的比较

比较PHP和JSP这两个Web开发技术 在目前的情况是其实是比较PHP和Java的Web开发 以下是我就几个主要方面进行的比较

一 语言比较

PHP是解释执行的服务器脚本语言 首先php有简单容易上手的特点 语法和c语言比较象 所以学过c语言的程序员可以很快的熟悉php的开发 而java需要先学好java的语法和熟悉一些核心的类库 懂得面向对象的程序设计方法 所以java不如php好学

Java首先要编译成字节码 class文件 然后在java虚拟机上解释执行 Java的Web开发首先最容易想到的就是JSP（现在已经到JSP ） 原来的java的Web开发都是用servlet来实现的 用servlet来开发需要程序员在java的源文件中嵌入大量的代码 所以后来就出现了JSP JSP可以方便的嵌入到文件当中 其实jsp文件在服务器上执行的时候首先会被应用服务器转换成servlet 然后再编译执行 Jsp可以通过servlet和JavaBean的支持产生强大的功能 JavaBean 是一种可复用的 跨平台的软件组件 使用javabean可以方便的实现java代码和的分离 能够增强系统的功能和软件的复用性

Java的Web开发属于SUN公司定义的J EE其中的规范 而且在J EE中包括了java的Web开发的所有方面 如 JSP Servlet JDBC JNDI JAVABEAN EJB等等 J EE就特别适合于做大型的企业级的应用

二 数据库访问比较

Java通过JDBC来访问数据库 通过不同的数据库厂商提供的数据库驱动方便地访问数据库 访问数据库的接口比较统一

PHP对于不同的数据库采用不同的数据库访问接口 所以数据库访问代码的通用性不强 例如 用Java开发的Web应用从MySQL数据库转到Oracle数据库只需要做很少的修改 而PHP则需要做大量的修改工作

三 系统设计架构比较

采用Java的Web开发技术 需要使用的是面向对象的系统设计方法 而PHP还是采用面向过程的开发方法 所以用Java进行开发前期需要做大量的系统分析和设计的工作

四 跨平台性

Java和PHP都有很好的跨平台的特性 几乎都可以在不作任何修改的情况下运行在Linux或者Windows等不同的操作系统上

五 开发成本比较

PHP最经典的组合就是 PHP + MySQL + Apache 非常适合开发中小型的Web应用 开发的速度比较快 而且所有的软件都是开源免费的 可以减少投入

Java的Web应用服务器有免费Tomcat JBoss等 如果需要更好的商业化的服务有 Web Sphere和 Web logic

六 分布式多层架构比较

PHP只能实现简单的分布式两层或三层的架构 而JAVA在这方面就比较强大 可以实现多层的网络架构 数据库层（持久化层） 应用（业务）逻辑层 表示逻辑层彼此分开 而且现在不同的层都已经有一些成熟的开发框架的支持 例如Struts就是利用java的Web开发技术实现了MVC的设计模式 而在业务逻辑层也有Spring框架 数据库持久化层有Hibernate等框架 这些框架可以方便开发者高效 合理 科学得架构多层的商业应用

下面简要的说一下Struts 它实质上是在JSP Model 的基础上实现的一个MVC（Model View Controler）框架 JSP Model 体系结构是一种联合使用JSP 与Servlet 来提供动态内容的方法 在Struts框架中 模型由实现业务逻辑的JavaBean或EJB组件构成 控制器由Servlet实现的 视图由一组JSP文件组成 采用Struts可以明确角色的定义和开发者与网页设计者的分工 而且项目越复杂 其优势越明显

七 源代码安全

PHP开发的程序的源代码都是公开的 他人拿到php开发的程序后都可以进行修改

Java开发的程序 最后用户拿到的是只是一些编译好的class类 无法看到完整的源代码 安全性高

八 性能比较

有人做过试验 对这两种种语言分别做回圈性能测试及存取Oracle数据库测试

在循环性能测试中 JSP只用了令人吃惊的四秒钟就结束了 ＊ 的回圈 而PHP测试的是 ＊ 循环（少一个数量级） 却分别用了 秒

数据库测试中 二者分别对 Oracle 进行 次 Insert Update Select和Delete JSP 需要 秒 PHP 需要 秒

项目

PHP

JAVA

可复用性

低

高

开发速度

快

慢

易维护性

差

优

可移植性

优－ Linux

Windows Unix

安全性

低

高

开发费用

低

高

多层架构

差

优

数据库访问

接口不统一

接口统一

可扩展性

差

优

面向对象

差

优

lishixin/Article/program/PHP/201311/21447

‘拾’ PHP中数组和变量的性能对比

         我们知道，数组本身也是一种变量，访问数组其实也是访或好碰问变量的一种，这里我们主要比较的是普通的int , string ，bool的简单类型的变量 和包含了这些简单类型变量的数组之间的对比。

 ps : 这里我们只对比 一维索引 数组 和 简单数据变量类型

结果：  变量  <  数组 ， 小了896个byte 

结论：  数组  <  变量  ， 少了一倍【931240 】

当我们访问次数为 1千万次 的对比情况

 

结论： 数组  < 袜敬 变量  ， 少了0.04s

总结论：    数组在访问次数比较大衫谈的情况和变量很多的情况下，比单纯使用变量的性能更好