weblogic

文章目录 前言 一、Tomcat服务器（重点） 软件架构 常见的web服务器 二、下载步骤 注意: 二、将Tomcat配置到 idear中 三、新建一个web项目（重要） 四、IDEA中热部署【重点掌握】 总结 前言   Tomcat 服务器是一个免费的开放源代码的Web 应用服务器，属于轻量级应用服务器，在中小型系统和并发访问用户不是很多的场合下被普遍使用，是开发和调试JSP 程序的首选。对于一个初学者来说，可以这样认为，当在一台机器上配置好Apache 服务器，可利用它响应HTML（标准通用标记语言下的一个应用）页面的访问请求。实际上Tomcat是Apache 服务器的扩展，但运行时它是独立运行的，所以当你运行tomcat 时，它实际上作为一个与Apache 独立的进程单独运行的。 一、Tomcat服务器（重点） 软件架构   1).C/S(Client/Server)(客户端/服务器)结构：桌面、网络版应用程序。例如：QQ，暴风，百度网盘，各种游戏的客户端 特点：在客户端电脑需要安装后才能使用，启动后都有自己的“界面”，运行时，需要要联网。 缺点：制作困难(至少要有客户端程序、服务器程序)、客户端使用麻烦(需要下载安装程序，安装)、后期维护，更新困难(尤其是客户端)。 优点：可以充分的利用客户端硬件资源（CPU、显卡…）可以在界面上显示非常酷炫的效果。   2).B/S

随着云服务的兴起，企业应用正在从分层式架构逐步迁移到互联网架构。传统的企业应用架构通常是单一架构（Monolithic），即典型的MVC三层架构。以一个主流的J2EE企业应用而言，其按照模型（数据层）——控制器（服务层）——视图（访问层）进行构建，然后打包为一个war包，部署运行于J2EE应用服务器上，例如Tomcat、JBoss、WebLogic等。 然而，经过多年应用，Monolithic架构也逐渐老化，越来越不适应技术的发展。首先，随着加入的应用功能增多，产生了代码堆积现象，系统越来越庞大和复杂。尤其是引入敏捷开发后，产生了较多问题。例如应用持续集成方法时，自动加载、编译、加载、测试整个应用代码的时间过长，不能快速形成正反馈。其次，组件与组件之间的耦合性太强，所有应用都运行在服务器上的相同进程中。应用规模增大后，只有同时增加应用的副本，将多个副本部署到多个服务器上，无法实现弹性伸缩。最后，开发团队之间，工作交集复杂，协调耗散大。 从长期实践看，Monolithic架构天然的不具备健壮性，因为一旦某个组件出现问题，整个服务基本上就挂了。自身不具备分布式服务能力，通常需要依赖于负载均衡器、数据库HA等来实现服务的分布化和负载分担。相对而言，互联网架构优势在于分布式、去中心化，支持弹性伸缩。其核心是轻应用、微服务。微服务架构也是从Monolithic架构演进来的

确实很详细很不错的文章！ 拿来转载一下~ 点击前往👇 浅析Tomcat、JBOSS、WebSphere、WebLogic、Apache 浅析Tomcat、JBOSS、WebSphere、WebLogic、Apache https://blog.csdn.net/u013573133/article/details/23379565 来源： oschina 链接： https://my.oschina.net/lixingsikao/blog/4937628