Java和PHP在Web开发方面有什么区别

1. php即写即用的。

也就是说每次只有一改动完成，用户立马看到效果，而java则慢多了，代码改动完成后，要重新编译，然后重启jvm，中间耗费的时间可是不少啊，而且重启jvm过程可是会造成用户响应中断的哦。

2. php写东西快。

php可以说是非常敏捷的，一个需求给到，只要不考虑后期的性能和用户量问题，那是相当快速的，甚至你都可以不用框架，直接写也会非常快的，写一个增删改查功能，可能也就30-50行代码就搞定了。而java就慢多了，首先要想一下用什么框架，目前基本上就是spring了，然后就是配置各种数据库，过滤器，servlet，决定是用mybatis还是hibernate，然后考虑代码之间的传递，然后考虑事务。。。 然后不停调试，一改代码可能就是几分钟的等待时间，可想而知。

3. php的表面思路更清晰。

什么是表面思路，就是你看到的东西就是真正做出来的东西，比如echo "hello world"，就是输出hello world，而java则不同，你可能是写response中，可能是写在modelattribute中，也可能就是return了该字符串，然后不知道怎么的，它就显示到页面上了。

4. php占用内存少。

php是进程式处理问题的，占用内存相当少，可以说，你在一台机器部署50个项目没有任何问题，只要访问量不上来，搞得定。而java就不行了，java每启动一个项目，本身就得耗尽许多内存，比如在一台8g内存的机器上，一般跑上2个项目就差不多了。

5. 说了这php的好处，难道java就没有好处吗？那是不可能的。

6. java组件多。

我个人觉得单是这一点就盖过其他所有优点了，因为组件多，意味着用的人多，群众的眼睛是雪亮的。所以，java一定是好的，它已经积淀了太多的东西，不是一门新型语言能够随便替代的。你想要做什么，好好搜索java组件，可能都有你需要的功能，特别对于当下最流行的大数据产业，java更是占据一方。而php在这种场景就有点无能为力了。

7. java线程池，连接池，异步化方便。

其实这一点和第一点也很相似，也是因为组件多，所以要使用线程池连接池都很方便，这对于高并发高性能的场景来说，是绝对必要的。因为java的运行原因就是多线程的，所以不用每次都去初始化很多基本的东西，这省去了太多的时间，也因此大家可以忍受服务器启动的缓慢过程，因为只有一次。而php则是多进程的，每次都需要重新加载所有需要的代码，也因此无法将一些常用数据保存在内存，连接池也不大好做，异步 *** 作更是一个大短板。

8. java是真正意义上的逻辑清晰。

因为，java中，你可以从一个进入可以借助IDE工具分析到最深层次的逻辑 *** 作，对于每个字段，都可以清晰明了，这其实是接口和完全对象的一个使用优点。而php则做不了或者说很少有人费那劲去做这种事情，php可以说是半面向对象半面向过程开发，所以，在调用过程中插入几个自定义的函数调用是很正常的，那么你再想通过简单的IDE去分析调用链就不那么容易了。比如，对于第三方提供的接口，php就很难清楚的看出接口返回了什么，除非你把它打印出来，但是打印出来也不一定对，因为有些返回值的数据不一定有体现。这对于理解代码来说，增加了一个大大的门坎。

9. 虽说java编译比较烦，但是可以为你提前发现错误。

java的编译的确比较耗时，但是如果有明显的错误，编译是不会通过的，这就给你一个重新检查代码的机会。而php则不会，不管你写得多烂，都不会给你提示什么，而许多时候，往往就因为少写了个；分号，导致你排查数小时。

10. java远程调用方便，rmi，hessian，dubbo。

不管怎么样，远程和本地调用都很方便的知道相关的信息，而且java的同语言调用不是采用纯粹的http调用，而且维护一定的连接，从而大大提高性能。而php也有远程调用，但是相对来说就弱许多了。

html css javascript 这些部分都是一样的

然后php里的方法都是经过高度封装的专门用来开发网站 如果你java基础的MVC学的不错的话掌握php用不了一个星期

在送你一个php基础方法的图 只要学了最基础的语法 看着这图就能做网站

如果开发一个大型的网站，我到底应该使用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的灵活性一样有不少可供考虑的解决方案哪怕是挫得要死的摘掉节点重启，完成后重新上节点的策略。

所以，大家会看到单一语言的技术团队也很多，这个问题的真正考虑还是更多在团队自身的特点、积累等等。用了双语言的，也知道自己为什么要用这些，不用的也清楚自己的路该怎么走。最后的最后说一句：如果你不知道自己为什么要用双语言方案的话，

---