java后台php前台

‘壹’ java网站项目，用ssh框架，怎么和php一起使用搭建 后台用java处理，前台要支持php和jsp。

后台用Java开发，前台用jsp，这个肯定没问题。
前台要用php的话，可以用java提供接口，php把需要的参数传递到java后台，再把结果返回给php，展示到页面上。可以用Java做WebService，php去调用。

前台还是用php，开发速度快，也比较简单，安全和性能都没问题。
和后台Java交互，可以用xml做接口,php直接调用填到页面上。
php的环境搭建也比较简单，应用服务器用Apache2.2,环境php5，数据库都支持的，安装完后把apache2.2的httpd.conf文件中路径改为你项目路径就可以了，具体的配置网上很多，可以自己找下。
我用的是Java做webservice，前台php调用，性能还行。

‘贰’ 为什么大型网站前端使用 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了。把任务发给后端工程师?那慢慢等吧。。。

‘叁’ 为什么大型网站前端使用 PHP 后台逻辑用 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的灵活性一样有不少可供考虑的解决方案哪怕是挫得要死的摘掉节点重启，完成后重新上节点的策略。
所以，大家会看到单一语言的技术团队也很多，这个问题的真正考虑还是更多在团队自身的特点、积累等等。用了双语言的，也知道自己为什么要用这些，不用的也清楚自己的路该怎么走。最后的最后说一句：如果你不知道自己为什么要用双语言方案的话，基本上你也就不需要考虑它了

‘肆’ 怎么理解【前台PHP，中间件用Java，底层用C/C++】

通常来说，做一个中小型网站或Web应用不会用多种服务端语言环境。
根据你所需要的网站需求决定要使用的技术架构。

首先PHP不是WEB前台技术（HTML+CSS+JavaScript才是，PHP与Web前端关系不大，这一点很多人都搞不清楚），PHP也是服务端的，说前台PHP个人感觉描述不当，你可以说表层PHP更准确点。PHP是解释性语言，语言灵活、约束少、容错高，即使代码语法上写错了也未必影响整个网站的运行，适合实现低逻辑密度的业务处理。另外PHP的一些成熟框架也是支持插入中间件的。像博客、论坛、门户网站等适合用PHP实现。

Java是一门比较健壮的语言环境，强类型、半编译，可在运行时对自身代码进行认知（反射），Java作为开源热门，用Java编写的实用工具如海洋般广阔，所以利用Struts、Spring等成熟的JavaEE框架可以很方便地将这些工具作为中间层放置到Web应用当中。中间件通常是放置在原始服务端与客户端之间的一个处理层，可能是个程序，也可能是一个服务器（电脑），用于对原始数据进行进一步加工、筛选。Java十分适合制作业务逻辑比较复杂，对安全性、正确性与运行效率要求较高的网站或Web服务。像银行系统、支付平台、在线聊天、网页游戏等适合Java实现。

C/C++是目前大部分操作系统编写时所用的语言，所以用C/C++可以很轻易地接触到操作系统最底层的接口，C/C++很少用于网站或Web服务的开发。另外C/C++的编译是平台相关的，同时也是平台最优化的，所以在复杂数据结构、算法的处理能力上相较于其他语言有很大的优势。像大型网游的服务器可能由C/C++实现。

‘伍’ web项目为什么要用php做前端,java做后端，而不是直接h5+java

php做前端,java做后端
淘宝是个例子

服务器端 前后分开 是为了两方面，虽然淘宝最开始并不想这样做。。。
先说下历史，淘宝是 最开始php全部，
后来发现开销太大，代码效率不行，
就直接把数据存储啊，用户通知啊 就交给java

实际上大部分网站都乐意采用 这种前端php 后端 java或者C++这种形式，我是php c++ 这种。
优点，核心动作效率肯定高，c++ java 这种代码效率奇高。比php脚本好很多。

前端php，语法简单，维护简单，部署简单，而且容易找到维护人员。总之就是开发快，维护成本低。

大致了解了吗？

你说的h5 + java实际上就是把java提到前台， 不是不可以，维护和开发成本太高了啊。前端开发要经常搞， 但是java做前台 要 调试 、 编译 部署还要重编译。 麻烦，人工开销也大。不划算

如果是.net技术 就更高成本了。光服务器软件一块就要多少了。 所以微软的框架 用的不多。国内外都不多，用.met的 成本开发 维护 都麻烦。要气硬件条件还苛刻。