为什么大型网站都用php，为什么大型网站都用PHP而不是Java

创新互联专注于扶风网站建设服务及定制，我们拥有丰富的企业做网站经验。热诚为您提供扶风营销型网站建设，扶风网站制作、扶风网页设计、扶风网站官网定制、成都微信小程序服务，打造扶风网络公司原创品牌,更为您提供扶风网站排名全网营销落地服务。

成都创新互联公司专注于企业成都营销网站建设、网站重做改版、夏津网站定制设计、自适应品牌网站建设、H5技术、成都做商城网站、集团公司官网建设、成都外贸网站制作、高端网站制作、响应式网页设计等建站业务，价格优惠性价比高，为夏津等各大城市提供网站开发制作服务。

本文目录一览

• 1，为什么大型网站都用PHP而不是Java
• 2，为什么现在很多的大型网站都是用php开发
• 3，为什么80的网站都用PHP写PHP实用性有多强
• 4，为什么大型网站前端使用 PHP 后台逻辑用 Java

1，为什么大型网站都用PHP而不是Java

我个人认为,大概是php更适合业务逻辑开发吧.如果需要达到同样的效果,php可能会更方便实现一些.并且php比较稳定,一般情况下部署了生产环境,不会出现太匪夷所思的问题.

php本身就是为了网站而生，选php自然就多了，php的语法相对java又要简单很多，同样的功能，php可能几行代码就搞定了，而java几十行都恼火！这就是叫写什么产品就要用什么样的语言，总不可能写个网站大家都去用c嘛！

2，为什么现在很多的大型网站都是用php开发

主要是考虑成本问题。对于PHP开发人员来讲，PHP是弱类型语言，易于学习。对于公司来讲，PHP的人才更容易找到。PHP是开源免费的，PHP的老搭档mysql、apache也是免费的。而ASP.NET及其搭档SQL SERVER是收费的。PHP的开发周期短，开发项目风险小。使用JSP做网站，开发周期要远远长于PHP。项目做完了，可能黄花菜都凉了。PHP已经非常成熟。实践证明，PHP可以支持大型的、大流量高并发的网站。其搭档mysql也非常优秀。很多建站的开源程序是基于PHP的，比如论坛程序discuz!。

php开发大型网站比较方便

3，为什么80的网站都用PHP写PHP实用性有多强

简单的说php的流行和实用性有关系，但不是绝对关系，导致大部分网站使用php的主要原因大概有以下几个点。
1.php所需要的环境容易搭建，相对于java web，python等，php的环境搭建比较简单，甚至因为互联网上出现许多集成环境包，环境搭建已经是傻瓜式了。而其它的语言，一般都比较复杂，个人建站者，技术能力不足的时候，根本就不会搭建环境。
2.php开发起来相对容易，开发过程不需要像jsp之类的，需要引入大量外部扩展，这样只需要基础环境就可以愉快的开发了，而且难度也并不高，所以学php的就比较多。
3.按上面的说法，asp也符合需要的要求，但是实际上asp的使用量却不如php，其实首先在于asp不够安全，具体我也没研究，但是总是听人在说。其次就是asp跨平台很麻烦，而php可以随意使用在大部分通用系统，这也算是原因的一种。
4.网上大量php的开源项目的出现，也是导致php流行的原因之一，比如各种cms，各种开发框架，大多数免费的。完全促进了php网站的诞生数量，因为有这些，就算你完全不懂编程也可以搭建自己的网站。而asp，jsp之类的，虽然也有开源项目，但是数量上远远不如php，而且主要败在第一条。最后，php其实实用性没有想象的强，它只能作为web开发语言，而java，python却没有这方面的限制。另外，正因为php网站使用量巨大，也导致越来越多的的黑客学习针对php入侵，这也是个很尴尬的问题。所以简单的说，php能够众多人用的根本原因，是方便，好学，容易玩得转，这多亏了大部分辛苦钻研的开发者，而并不是实用。因为php能做的，很多编程语言都可以，甚至比它更厉害。

简单的说php的流行和实用性有关系，但不是绝对关系，导致大部分网站使用php的主要原因大概有以下几个点。
1.php所需要的环境容易搭建，相对于java web，python等，php的环境搭建比较简单，甚至因为互联网上出现许多集成环境包，环境搭建已经是傻瓜式了。而其它的语言，一般都比较复杂，个人建站者，技术能力不足的时候，根本就不会搭建环境。
2.php开发起来相对容易，开发过程不需要像jsp之类的，需要引入大量外部扩展，这样只需要基础环境就可以愉快的开发了，而且难度也并不高，所以学php的就比较多。
3.按上面的说法，asp也符合需要的要求，但是实际上asp的使用量却不如php，其实首先在于asp不够安全，具体我也没研究，但是总是听人在说。其次就是asp跨平台很麻烦，而php可以随意使用在大部分通用系统，这也算是原因的一种。
4.网上大量php的开源项目的出现，也是导致php流行的原因之一，比如各种cms，各种开发框架，大多数免费的。完全促进了php网站的诞生数量，因为有这些，就算你完全不懂编程也可以搭建自己的网站。而asp，jsp之类的，虽然也有开源项目，但是数量上远远不如php，而且主要败在第一条。最后，php其实实用性没有想象的强，它只能作为web开发语言，而java，python却没有这方面的限制。另外，正因为php网站使用量巨大，也导致越来越多的的黑客学习针对php入侵，这也是个很尴尬的问题。所以简单的说，php能够众多人用的根本原因，是方便，好学，容易玩得转，这多亏了大部分辛苦钻研的开发者，而并不是实用。因为php能做的，很多编程语言都可以，甚至比它更厉害。

目前来说做web开发还没有什么比得过php,而且大型网站都不是只有一种语言,是好几种语言联合开发

目前来说做web开发还没有什么比得过php,而且大型网站都不是只有一种语言,是好几种语言联合开发

4，为什么大型网站前端使用 PHP 后台逻辑用 Java

从这几个方面看一、运行机制：Java代码被编译成字节码后，会在虚拟机里由JIT进行二次编译成为本地码，据传言其执行速度可以和C++相媲美，经过我自己测试，用Java实现一个简单的Memcache协议的缓存服务器，在Java 1.6下运行，和memcache本身相比，同样数据量的存取时间比大概是3:2，虽然有差距，但是比想象的要好很多。Java 1.7在JIT方面做了大量的改进，性能比Java 1.6还要好。PHP是直接对文本代码进行解释执行，即便有opcode缓存技术，仍然有不可逾越的性能鸿沟。PHP的opcode类似于java的class字节码，仍是解释执行。
二、处理并发：Java在并发处理上采取单进程多线程的方式，web应用会随着web server的启动而启动，而来自web 浏览器的请求将被分配给线程池内的闲置线程处理，也就是说当有请求到达的时候，进程是准备好的，线程是准备好的，Java要做的仅仅是业务逻辑处理了。PHP在并发处理上时采取多进程的方式，在web server里没有物理的web应用概念，每个请求都相当于一个独立的应用，而进程也随着请求的到达才启动，而随着请求的结束而消亡。在Fast CGI环境下，有类似于线程池的进程池技术，对性能提高有很大的帮助。然而一方面web server和Fast cgi通讯仍需要通过socket，多出了一定的IO损耗，另一方面进程池内的进程间也很难进行通讯，所以在并发处理上仍然无法和Java相比。
三、数据库应用：Java可以采用数据库连接池技术，节省下数据库连接过程带来的时间损失。PHP没有这个好处，原因来自上面的第二条。在数据库接口上java有JDBC，PHP有PDO，这两个很类似。然而Java有非常多的ORM技术框架(如Hibernate)使数据库操作变得异常简单，而PHP的运行方式决定了它是ORM的禁区（当然也可以做ORM，只是做到什么程度是由你对ORM带来的性能损耗的忍受程度决定的）。
四、缓存技术Java是单进程，很多缓存可以直接在Java的heap中做，而无需借助外在的工具，当然也有很好的缓存框架，比如Ehcache，因为没有网络IO，所以性能非常高。PHP多进程单线程决定了它只能借助外来的缓存服务器，比如Memcache.五、热部署Java的热部署能力很弱，如果希望修个BUG而不停服是很难做到的。PHP天然热部署。现在明白为什么后台逻辑用java了吧

最近纠结了一下，如果开发一个大型的网站，我到底应该使用php还是jsp，后台到底使用php还是用java，我的选择要么是php要么是java，因为我喜欢linux、unix，当然window平台也必须支持，以便哦的妹纸可以查看。这就要求用一些跨平台相当好的软件+工具+语言，所以选择只能是这么几个。最后我的决定是php+java，一个前台一个后台，理由如下： php和java在开源社区的活跃度严重超过了其他的语言，使用人数也都是相当之多；活跃的开发工程师们能够给我帮助，且这俩都能很好的跨平台，不用花费大量的人力物力去维护 我也做过一个物联网的网关网站，比较复杂，当时采用的是jsp+java，复杂程度可想而知，单单说开发过程，网站部分繁琐，每次想查看结果运行网站的时候还需要重新打包部署一下，严重影响了哦的开发效率，每天的时间都是在等待（因为网站比较复杂，打包部署需要浪费一些时间）。相对来说呢，php就没有了，php灵活，好学，上手快，容易修改，容易发布，关键是热部署，这个真让哦眼睛大亮。当然看待任何事物都需要两种眼光，php也会有缺点，比如没有太好的开发IDE，所以拼写错误很正常，且php的sql注入危险较大点，执行效率不高，安全性不如java。还有一些理由，来自知乎... 最近纠结了一下，如果开发一个大型的网站，我到底应该使用php还是jsp，后台到底使用php还是用java，我的选择要么是php要么是java，因为我喜欢linux、unix，当然window平台也必须支持，以便哦的妹纸可以查看。这就要求用一些跨平台相当好的软件+工具+语言，所以选择只能是这么几个。最后我的决定是php+java，一个前台一个后台，理由如下： php和java在开源社区的活跃度严重超过了其他的语言，使用人数也都是相当之多；活跃的开发工程师们能够给我帮助，且这俩都能很好的跨平台，不用花费大量的人力物力去维护 我也做过一个物联网的网关网站，比较复杂，当时采用的是jsp+java，复杂程度可想而知，单单说开发过程，网站部分繁琐，每次想查看结果运行网站的时候还需要重新打包部署一下，严重影响了哦的开发效率，每天的时间都是在等待（因为网站比较复杂，打包部署需要浪费一些时间）。相对来说呢，php就没有了，php灵活，好学，上手快，容易修改，容易发布，关键是热部署，这个真让哦眼睛大亮。当然看待任何事物都需要两种眼光，php也会有缺点，比如没有太好的开发IDE，所以拼写错误很正常，且php的sql注入危险较大点，执行效率不高，安全性不如java。还有一些理由，来自知乎的米米们给的建议： Java的优点则是稳定可靠、运行效率高（尤其是JIT的出现之后差距更大了）、不容易犯错（强类型、预编译、必须拦截异常等等），缺点是开发和发布的效率相对较低。尽管优秀的工程师能在一定程度上改变以上的问题，但通常而言，哪能到处都是高手多如狗的梦之队？ 从MVC的层次结构上说，在一般网站项目的开发周期中，需求变更最频繁、调整最多的是View，其次是Controller，最后是Model。这非常好理解，没事干谁天天改数据结构？每次版本升级控制结构都要改的啦，或多或少而已。再次是两者之间的通信，目前RPC技术已经足够成熟，无论是Web Service/Hessian/RESTful API都能够让开发人员专注在功能开发上，而不需要过多的考虑异构平台的差异和通讯的细节。这也就意味着在大公司里同时应用两种语言的方案并不会引入过多的复杂度和工作量。当然，文档量的下限倒是因此被拔高了不少，但事实上大部分团队对此其实都是喜闻乐见的：别每天说文档重要但没空了，你不写其他同事怎么配合？ 靠近用户的前端，使用PHP能够更快的完成前端频繁而琐碎的更新，自如的应对各种需求的变化。页面的结构调整、用户输入内容的基本验证、仅只和用户交互有关的简单逻辑等都很适合使用PHP来开发，甚至可以通过类似Smarty等模板技术将其页面的变动迁移到前端团队。而基本的业务逻辑和数据的更新采用Java开发，可以有效的提高复用度、提升性能和吞吐能力、规避安全问题等。而开发效率稍有降低换来的是可维护性的提升，发布速度慢就更不是问题了，因为通常对于基础业务逻辑的调整往往都是整体修改，并层层测试确认才能发布的。所以，大型网站前端采用PHP后端采用Java，既好招人又好维护、系统稳定还性能高、连安全性都大大增加。代码复用、文档完备度居然也都改善了。让你在以上这些好处触手可及时，对架构师知识谱系在广度上要求更高一些这事根本就不是个问题。单一方案其实一样可以做良好的隔离，PHP同样可以提供Service，而性能问题其实很多时候是算法和架构的问题而不是语言差异的问题。如Velocity或JSTL等也是很优秀的隔离方案。但这些方案在高压力下会暴露出很多问题而体现双语言的优势，这些在上面其实都提到，详细说明一些很难得到改变的点：1. PHP由于其动态脚本语言的特性，包括类、函数、常量在内都需要在每次请求周期中重复执行后才能建立运行环境；为了保证解析速度而牺牲编译质量；应用了FastCGI但仅仅只是复用进程处理请求减少fork成本而不是像其他语言，初始化完毕后通过FastCGI的接口获得数据并以对应接口返回数据等几个原因，基本上已经不可能在性能上追回当初更烂现在开着JIT牌跑车的Java了。
2. 在PHP里是如此的容易犯错而难以发现，即使你用实质上出自官方的Zend Studio，也无法改变一个事实：要保证你的程序高质量无大错，得要有充足的经验、足够的严谨、以及——负责任的QA。淘宝的黄裳就曾经拿IDE这事开过玩笑。而玩笑背后的那个原因“缺乏中间件”最近几年有不少的改善，主要是不少中间件的支持变得更广泛了从而让PHP得益，但发展的根源其实还是在C和Java社区。性能和易犯错则是语言特性造成的技术难点，也是用来换取灵活、快捷的必要代价，很难去指望有根本的改善。
3. Java的世界里也有JSTL、Velocity和Freemaker等，但和PHP灵活而强大的动态能力、丰富的函数和类库、轻松的学习成本、多到令人发指的文档相比，简直就是渣，就是渣啊！JSTL改完了要重启Context啊有木有？Velocity不关缓存也要重启啊有木有？Velocity开缓存性能低下啊有木有？即使这些都不管，调整下某个数据校验规则要改Action也要重启有木有？实际工作中性能问题可以通过良好的架构解决，容易犯错的问题可以通过框架和规范以及全面的测试来解决，中间件选择少些但其实该有的都有了，Java的灵活性一样有不少可供考虑的解决方案哪怕是挫得要死的摘掉节点重启，完成后重新上节点的策略。所以，大家会看到单一语言的技术团队也很多，这个问题的真正考虑还是更多在团队自身的特点、积累等等。用了双语言的，也知道自己为什么要用这些，不用的也清楚自己的路该怎么走。最后的最后说一句：如果你不知道自己为什么要用双语言方案的话，基本上你也就不需要考虑它了