javase与javaee的区别

javase与javaee的区别在于领域不同和作用不同：

1、领域不同：

javase为平台标准版，可供任何领域使用。

javaee为平台企业版，主要供应企业的使用。

2、作用不同：

javase提供了开发与运行Java软件的编译器等开发工具、软件库及Java虚拟机。它也是Java2平台、企业版本和Java网页服务的基础。

JavaEE不仅巩固了标准版中的许多优点，例如“编写一次、随处运行”的特性、方便存取数据库的JDBC API、CORBA技术以及能够在Internet应用中保护数据的安全模式等等。

同时还提供了对 EJB（Enterprise JavaBeans）、Java Servlets API、JSP（Java Server Pages）以及XML技术的全面支持。

Java SE的简介：

Java se是由Sun Microsystems公司于1995年5月推出的Java程序设计语言和Java平台的总称。

用Java实现的HotJava浏览器（支持Java applet）显示了Java的魅力：跨平台、动态的Web、Internet计算，从此Java被广泛接受并推动了Web的迅速发展，常用的浏览器现在均支持Java applet。

Java语言恐怕是稳居网路应用程序语言的首选了，这都要归功于它高度的安全性以及跨平台的特性，几乎在目前所有的电脑平台上您都可以见得到Java的芳踪。

Java se用于开发和部署桌面、服务器以及嵌入设备和实时环境中的Java应用程序，Java SE包括用于开发Java Web服务的类库，同时，Java SE为Java EE提供了基础。

Java Se的特点：

Java是一门面向对象的编程语言；

面向对象(Object Oriented) 是一种软件开发思想。它是对现实世界的一种抽象，面向对象会把相关的数据和方法组织为一个整体来看待。

Java摒弃了C++中难以理解的多继承、指针、内存管理等概念不用手动管理对象的生命周期

Java语言具有功能强大和简单易用两个特征，现在企业级开发，快速敏捷开发，尤其是各种框架的出现，使Java成为越来越火的一门语言。

Java是门静态语言，静态语言指的就是在编译期间就能够知道数据类型的语言，在运行前就能够检查类型的正确性，一旦类型确定后就不能再更改。

Java具有平台独立性和可移植性；

Java有一句非常著名的口号：Write once，run anywhere，也就是一次编写，到处运行。

Java能够容易实现多线程；

Java具有高性能；

Java具有健壮性；

Java很容易开发分布式项目。

JavaEE的简介：

JavaEE应用程序是由组件构成的，也就是说它是基于组件开发的。组件是具有独立功能的单元，它们通过相关的类和文件组装成JavaEE应用程序，并与其它组件相交互。一个组件的更改不会影响其它组件，代码重复减少，重用率高。有利于良好的分工与协作，实现并行开发。如果是用三层结构开发，那么表示层与数据访问层相互独立，因此美工可以更方便的扩充表示层，使系统具有良好的可扩展性。

JavaEE技术内容：

JDBC：

java数据连接，是一种用于执行SQL语句的java API.，可以为多种关系数据库提供统一访问。有了JDBC就不用因为不同的数据库而要写个不同的应用程序，开发人员只需要使用JDBC API写一个程序就够了。

JNDI：

java命名和目录接口，提供了一种统一的方式可以在网络上查找和访问服务，通过指定一个资源名称，该名称对应于数据库或命名服务中的一个记录，同时返回数据库链接简历所必须的信息。

在DataSource中事先简历多个数据库链接，保存在数据库连接池中，当程序访问数据库时，只用从连接池中取空闲状态的数据库链接即可，访问结束，撤销资源，数据库链接重新回到连接池。

EJB：

EJB是sun的javaEE服务器端组建模型，设计目标与核心应用是部署分布式应用程序，简单来说就是把已经编写好的程序（即类）打包放到服务器上执行。凭借java跨平台的优势，用EJB技术部署的分布式系统可以不限于特定的平台。包括四种对象类型：无状态回话bean（提供独立服务），有状态回话bean（提供回话交互），实体bean（持久性数据在内存中的体现，服务器崩溃后可恢复），消息驱动bean。

RMI：

远程方法调用，能够让某个java虚拟机上的对象像调用本地对象一样的调用另外一个java虚拟机中的对象上的方法。

JSP：

Java服务器页面，是一个动态内容模板，实现了html语法中的java扩展。

Servlet：

Servlet是一种小型的java程序，它扩展了web服务器的功能，作为一种服务器端的应用，当被请求时同时开始执行，这和CGI Perl脚本很相似。Servlet提供的功能大多与jsp类似，不过实现的方式不同，jsp通常是大多数html代码中嵌入少量的java代码，而servlets全部由java写成并且合并成html

XML:

是一种可扩展的标记语言，被用来在不同的商务过程中共享数据，其目标是平台独立性，记得在学习xml的时候，可以自己写标签，只要有结束标签就可以识别，还是相当强大的。

JMS:

是一个java平台中关于面向消息中间件（MOM）的API,用于在两个应用程序之间，或分布式系统中发送消息，进行异步通信。Java消息服务是一个与具体平台无关的API，绝大多数MOM提供商都对JMS提供支持，消息通信可以是点对点的，也可以是发布订阅型的。

java IDL:

JavaIDL支持的是一个瞬间的CORBA对象，即在对象服务器处理过程中有效。实际上，java IDL的ORB是一个类库而已，并不是一个完整的平台软件，但它对java IDL应用系统和其他CORBA应用系统之间提供了很好的底层通信支持，实现了OMG定义的ORB基本功能。

JTS:

组件事物监听器，TPM是一个程序，它代表应用程序协调分布式事物的执行。TPM与数据库出现的时间长短差不多；在60年代后期，IBM首先开发了CICS,至今人们仍在使用。经典的（或者说程序化）TPM管理被程序化定义为针对事务性资源（比如数据库）的操作序列的事物。随着分布式对象协议，如CORBA、DCOM和RMI的出现，人们希望看到事务更面向对象的前景，将事务性语义告知面向对象的组件要求对TPM模型进行扩展-在这个模型中事务是按照事务性对象的调用方法定义的，JTS只是一个组件事物监听器（有时也称为对象事务监听器（object transaction monitor））或称为CTM。

JTA:

JTA允许应用程序执行分布式事务处理—在两个或多个网络计算机资源上访问并且更新数据。JDBC驱动程序的JTA支持极大的增强了数据访问能力。

JavaMail:

提供给开发者处理电子邮件相关的编程接口。

JAF:

JAF是一个专用的数据处理框架，它用于封装数据，并为应用程序提供访问和操作数据的接口。

众所周知，J2EE应用服务器百花齐放，种类众多。那么J2EE应用服务器有哪些?又有哪些功能呢?一起来看看吧!

从功能实现上划分：

有实现完整J2EE规范(full profile)的Weblogic, WebSphere, GlassFish

有实现web应用规范(web profile)的 TomEE, JBoss/WildFly

有基本的Servlet及Jsp规范的Web容器(Web Container) Tomcat, Jetty, Resin

回顾过去的2015年，各应用服务器市场占有率各有千秋。

下图为各个应用服务器使用率饼图

我们看到，在众多J2EE应用服务器中，Tomcat使用率达到58.66%，稳坐第一。

相较2014年，Tomcat使用率大幅增长，增长将近19%。

整体而言，Tomcat做为Servlet和Jsp规范的参考实现(Reference implementation ， 简称RI)，一般都会在第一时间实现规范的新特性并通过Oracle的CTS 测试认证。目前最新的Tomcat 9.0，虽还是alpha版，但已经实现了Servlet 4.0草案，感兴趣的朋友，可以下载尝鲜哦!

Tomcat是一个实现了JAVA EE标准的最小的WEB服务器，是Apache 软件基金会的Jakarta 项目中的一个核心项目，由Apache、Sun 和其他一些公司及个人共同开发而成。因为Tomcat 技术先进、性能稳定，而且开源免费，因而深受Java 爱好者的喜爱并得到了部分软件开发商的认可，成为目前比较流行的Web 应用服务器。学习JavaWeb开发一般都使用Tomcat服务器，该服务器支持全部JSP以及Servlet规范，启动界面如图：

 

Tomcat 是一款非常优秀的 Java Web 服务器,以致于很多开源 Java 应用服务器(如 JOnAS) 直接集成它作为 servlet 容器。

Tomcat的总体结构

Tomcat中主要涉及Server,Service,Engine,Connector,Host,Context组件，之前用过Tomcat的.童鞋是不是觉得这些组件的名称有点似曾相识的赶脚，没赶脚?!您再想想。好吧，不用你想了，我来告诉你吧。其实在Tomcat二进制分发包解压后,在conf目录中有一个server.xml文件，你打开它瞄两眼看看，是不是发现server.xml文件中已经包含了上述的几个名称。

Tomcat 集群源码的类图

从图中我们可以看出 Tomcat 集群包括以下几个方面的内容:

Session: Session 分为 StandardSession 与ClusterSession 两种,后者用于 Session 复制。

Session Manager: 有用于集群 Session 管理的ClusterSession,也有用于对 Session 进行一般日常管理的,如 PersistentManager,BackupManager,SimpleTcpReplicationManager。

组通迅框架:SessionManager调用组通讯框架进行 Session 的传输,Tomcat采用的组通

讯框架是 tribe,目前 tribe 已被独立为开放的 apache 工程。

Cluster: 方便集群管理而派生出的逻辑概念,可将实际物理机划分为一个 Cluster,也可 将一台物理机上不同端口的实例划分为一个 Cluster,它有一个简单的实现类 SimpleTcpCluster。

1.1 Session

服务器集群通常操纵两种session:

1. Stickysessions: 尽量让同一个客户请求由同一台服务器来处理,这样 sticky sessions 就是 存在于单机服务器中接受客户端请求的 session,它不需要进行 Session 复制,如果这个 单机失败的话,用户必须重新登录网站。

2. Replicatedsessions: 在一台服务器中的 session 状态被复制到集群的其他服务器上,无论 何时,只要 session 改变了,session 数据都要重新全部或部分(依据复制策略)被复制 到其他服务器上。

Tomcat 支持以下三种 session 持久性类型:

1. 内存复制:在 JVM 内存中复制 session状态,使用 Tomcat自带的 SimpleTcpCluster 和SimpleTcpClusterManager类。

2. 数据库持久性:在这种类型中,session 状态保存在一个关系数据库中,服务器使用org.apache.catalina.session.JDBCManager类从数据库中获取 Session 信息。

3. 基于文件的持久性:这里使用类org.apache.catalina.session.FileManager 把session 状态保存到一个文件系统。

Session Manager

Tomcat 通过 org.apache.catalina.Manager 来管理 Session,Manager 接口总是和 Context Container 相关联。它主要负责 session 的建立、更新和销毁。该接口中一些重要的方法有:

用户在 Servlet 中通过 javax.servlet.http.HttpServletRequest 接口的 getSession 方法获得 Session,而该接口的实现位于 org.apache.catalina.connector.Request 类中的 doGetSession 方 法中,在该方法中通过 org.apache.catalina.Manager 来获得 Session , doGetSession 方法的 部分代码如下:

组通讯框架--Tribe

组通讯框架 Tribe 在 Tomcat 中的位置可如下图

如图所示,Tribe 的核心主要是 Channel 类,由此看出,它采用 NIO 进行 Socket 通讯,运用

了组播,事件、心跳检测等技术,下面我们来着重看看代码中 Tomcat 是如何与 Tribe 衍接首先在 SimpleTcpReplication 类中的实现 Manager 接口的 start 方法中:

Cluster

Cluster 用于管理集群中的 Session 复制,它有一个简单的实现类 SimpleTcpCluster。

Sun公司的Java

EE

5标准是一种行业标准，而作为这种标准的实现，开源的Java

EE

5应用服务器应该与其尽量的保持一致，因此Java

EE

5的一致性是一个很重要的指标。在这三种开源的实现中，Geronimo是实现得最好，与Java

EE

5标准最贴近的应用服务器。JBoss

4.2支持绝大部分Java

EE

5的特性，当然，不久即将发布的JBoss

5将完全支持Java

EE

5的所有特性。而Tomcat一般看成是JSP/servlet的容器，仅仅支持Java应用服务器的基本特性。

---