PHP由于其动态脚本语言的特性，包括类、函数、常量在内都需要在每次请求周期中重复执行后才能建立运行环境；为了保证解析速度而牺牲编译质量
应用了FastCGI但仅仅只是复用进程处理请求减少fork成本而不是像其他语言，初始化完毕后通过FastCGI的接口获得数据并以对应接口返回数据等几个原因，基本上已经不可能在性能上追回当初更烂现在开着JIT牌跑车的Java了。
2. 前台用PHP，后台用java
是可以的。
前台php后台Java。我原来查过，用一个插件脚本来实现。前后台交互用json,xml等。
知名的X宝，网络就是如此的。
这样还有优势，php前台很灵活，Java后台很强大。麻烦之处只是在于前后台数据交互的麻烦
3. 有个负载比较大的项目，想前台用php，后台用java，会出现问题吗
前台PHP后台Java的架构还是比较流行的，连接方式就是RPC
Java直接提供web服务出来，一般用JSON做交互，这样PHP和JS都可以直接去调用，比较灵活。
而且局域网web服务的性能也不错，一般不会出现问题。
4. php与java比较，哪个适合做前端，哪个做后台
PHP灵活，上手快，易修改，发布快捷，缺点是容易犯错（常见如拼写错误、SQL注入、上传执行等）、执行效率不高、缺乏全局缓存。Java的优点则是稳定可靠、运行效率高、不容易犯错（强类型、预编译、必须拦截异常等等），缺点是开发和发布的效率相对较低。这里这是相对而言,并不是说PHP不能开发大型web，也不是说JAVA效率低，足够经验和能力的依然很高效。
java和php都能做后台，php也可以做前端
5. 前端是php做的页面后端能用java吗
可以的 数据都是存在数据库的 只要可以更改数据 什么语言都可以做，但是既然前台都是php了，后台也用php好一些，不然以后要增加什么扩展的话需要找java和php两个程序员来维护，不是很方便
6. 为什么大型网站前端使用 PHP 后台逻辑用 Java
因为PHP具有良好的安全性、跨平台、执行速度快、很好的移植和扩展性、开发快速等诸多优点，很符合目前快速产品迭代的企业要求，所以越来越多的被各网站所使用。
而Java作为老牌传统的纯面向对象的语言，特别是JavaEE.有异常丰富的第三方资源，各种框架和体系均很完善，从快速开发和大型或超大型项目的开发经验来看，Java都有非常不俗的表现，所以广泛被业界所认可，可以说是一直是网站后台语言中的首选。
7. 为什么大型网站前端使用 PHP 后台逻辑用 Java
首先，为什么是PHP和Java，不是其他。这和两者的开源社区都很活跃，并且都很适合进行Web开发有很大的关系，而且都很适合Linux环境下运行，可以在运维上统一管理。
尽管.Net市场占有率也不低，但由于Windows和SQL Server的License费用、开源社区不活跃等多种问题相对而言考虑得少一些。TIOBE TOP 10中适合Web开发的语种还包括了Python Perl Ruby，其中Perl已经是昨日黄花，主要在服务器脚本领域还有较多应用，Web上已经不太可能Yesterday oncemore了。Python最近上升势头挺猛，但仅需要考虑文档较少、招聘相对困难基本就注定了暂时不会是大网站的主流选择。Ruby就不更不用提了。
再看一下两个语言之间的差异。 PHP灵活，上手快，易修改，发布快捷，缺点是容易犯错(常见如拼写错误、SQL注入、上传执行等)、执行效率不高、缺乏全局缓存。Java的优点则是稳定可靠、运行效率高(尤其是JIT的出现之后差距更大了)、不容易犯错(强类型、预编译、必须拦截异常等等)，缺点是开发和发布的效率相对较低。尽管优秀的工程师能在一定程度上改变以上的问题，但通常而言，哪能到处都是高手多如狗的梦之队?
然后从MVC的层次结构上说，在一般网站项目的开发周期中，需求变更最频繁、调整最多的是View，其次是Controller，最后是Model。这非常好理解，没事干谁天天改数据结构?每次版本升级控制结构都要改的啦，或多或少而已。而View，啥时候两天不改BU啊PM啊UED啊大概是集体休年假了吧?
再次是两者之间的通信，目前RPC技术已经足够成熟，无论是Web Service/Hessian/RESTful API都能够让开发人员专注在功能开发上，而不需要过多的考虑异构平台的差异和通讯的细节。这也就意味着在大公司里同时应用两种语言的方案并不会引入过多的复杂度和工作量。当然，文档量的下限倒是因此被拔高了不少，但事实上大部分团队对此其实都是喜闻乐见的：别每天说文档重要但没空了，你不写其他同事怎么配合?
总的来说，靠近用户的前端，使用PHP能够更快的完成前端频繁而琐碎的更新，自如的应对各种需求的变化。页面的结构调整、用户输入内容的基本验证、仅只和用户交互有关的简单逻辑等都很适合使用PHP来开发，甚至可以通过类似Smarty等模板技术将其页面的变动迁移到前端团队。而基本的业务逻辑和数据的更新采用Java开发，可以有效的提高复用度、提升性能和吞吐能力、规避安全问题等。而开发效率稍有降低换来的是可维护性的提升，发布速度慢就更不是问题了，因为通常对于基础业务逻辑的调整往往都是整体修改，并层层测试确认才能发布的。
所以，大型网站前端采用PHP后端采用Java，既好招人又好维护、系统稳定还性能高、连安全性都大大增加。代码复用、文档完备度居然也都改善了。让你在以上这些好处触手可及时，对架构师知识谱系在广度上要求更高一些这事根本就不是个问题。
好吧，后面的同学补充了一个很好的问题，为什么不是仅用PHP或是仅用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的灵活性一样有不少可供考虑的解决方案，不说 OSGi 之类，就算是挫得要死的摘掉节点重启，完成后重新上节点的策略也都能凑效。
所以，大家会看到单一语言的技术团队也很多，这个问题的真正考虑还是更多在团队自身的特点、积累等等。用了双语言的，也知道自己为什么要用这些，不用的也清楚自己的路该怎么走。最后的最后说一句：如果你不知道自己为什么要用双语言方案的话，基本上你也就不需要考虑它了。
小猪，写程序很好玩
后端java最大的优势在于庞大的生态环境，你想解决的任何问题，java都有现成的方案，而且，相对其他语言来说，基于jvm的方案在运行效率和运维成本上平均来说是最佳的(这里不讨论说什么运维人员的能力之类的，只假设我们的运维都只具有一般的平均水平)，所以，后端天然是倾向java的，无论前端用什么。
至于前端，最大的问题在于，一个网站的UI，变动相当频繁，传统的基于java的开发方案，jsp tag lib，freemaker， velocity。。。。你让前端怎么改，怎么调试?不经过专门学习他们怎么看得懂?而且，java的开发模式，动不动上来就是MVC，后端跟前端结合太紧密了，基本上前端很难自由的在ui层工作。反过来，基于PHP的前端方案，至少做前端的都能看得懂，都能调试得了，这就是巨大的生产力的解放了，讲后端java做成rest服务，前端所有的动态代码都可以交给前端工程师，对他们来讲，最舒服的动态网页方案，自然就是PHP，这个是历史沉淀决定了，谁也没法改变，无论你多么看不起PHP，包括我自己也是并不喜欢PHP，但是仍然要再强调一次，对前端工程师来说，最舒服最自在的动态网页方案，仍然是PHP!就如同上面很多人回答的，PHP就是快，快在哪儿?PM说要改什么，前端上手10分改好，30分钟后已经release了。把任务发给后端工程师?那慢慢等吧。。。
8. 为什么大型网站前端使用 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天然热部署。
9. 为什么大型网站前端使用 PHP 后台逻辑用 Java
php在前端页面输出数据方面有速度和编写方便的优势，java在后台逻辑处理上有易拓展优势，两者各取所长，相互整合。