java中的spring框架有多关键? (java中的访问修饰符有哪些)

本文目录导航：

• java中的spring框架有多关键?
• java， srping如何失掉bean的一个疑问，以下是程序其中的一段代码
• java里各种spring、struts、hibernate、javaEE,等等很多的英文缩写名词都是什么，他们之间的相关是什么

java中的spring框架有多关键?

从事Java开发多年的我有幸回答你的疑问。

学习Java并非必定要学习Spring，你完全可以经过开发小型运行、图形界面或Android开发启动通常。

但是，假设你专一于主机开发，Spring则成为无法或缺的选用。

我体验过SSH、SSM、SpringMVC+M、Spring Boot和Spring Cloud等框架，它们的外围都是Spring，都离不开Spring。

Spring的妙用体如今多个方面：1. 控制反转（IOC）与依赖注入（DI）协助咱们控制对象时，不再要求频繁new对象，有效防止少量对象的创立和组件间的强依赖。

2. 宽泛运用反射、代理和工厂方法等技术，成为学习编码技巧的模范。

3. 面向切面编程（AOP）技术，经过大批代码成功高效的日志控制、权限控制和运转期监控。

4. 低侵入性特性准许轻松集成诸如Struts、Hibernate、MyBatis、Redis、Memcache、Amoeba、ActiveMQ等两边件，包含数据层、控制层、缓存、数据两边件和信息两边件。

5. 低耦合特性经过依赖注入防止在代码中硬性注入对象，防止对象凌乱。

6. @transaction注解成功申明式事务控制，简化事务控制，支持意外回滚。

7. Spring源码展现了多种设计形式的运行，如工厂、单例、代理、结构者、战略、模板形式，是编写优质代码的范例。

8. 提供的工具类如beanUtils、qstringUtils等，极大便利了开发。

但是，Spring 4之前版本的Web开发性能相对复杂，Spring Boot和Spring Cloud的出现简化了这一环节，将Spring再次推向辉煌。

Spring Cloud家族包含：1. Web开发：经常使用web-starter简化Web开发，只需几行代码即可成功服务。

2. 服务发现与控制：借助eureka-starter，服务注册在指定主机上，并智能控制肥壮和宕机服务。

3. 熔断器：Hystrix用于应答服务雪崩、重试等智能服务熔断。

4. 网关：经常使用zuul成功路由性能。

5. 性能集中控制：config成功性能文件的一致控制和热部署。

Spring被誉为Java程序员的《葵花宝典》，提供各种大招以简化开发，清楚优化开发效率。

作为Java工程师，你经常使用Spring启动开发吗？

java， srping如何失掉bean的一个疑问，以下是程序其中的一段代码

操作繁难，要求配件性能低。

量级关键是看容器的依赖性所选择的,依赖性越小,越轻量, Jim Rivera是 BEA 公司的一位技术主管，担任经过技术流传推行BEA 产品的运行。

Jim 于1999 年参与BEA，担任 BEA WebLogic Server 6、7 和8 版本的技术产品经理。

在这个岗位上，Jim 担任各种主机组件的战略和路途图，包含 EJB、Web services、XML 和集群。

Jim 在dev2dev 上有一个blog。

dev2dev 经过电子邮件采访了 Jim，取得他对轻量级Java、运行程序框架和耐久性框架，以及它们与运行主机上企业计算的相关的认识。

轻量级Java dev2dev: 您是如何定义“轻量级Java”的？ Jim: 我以为，在Java 运行程序开发环境中，“轻量级Java”关键是指两个物品：简化的编程模型和更具照应才干的容器。

轻量级Java 旨在消弭与传统 J2EE API 有关的不用要的复杂性和限度。

它也将缩短运行程序的部署期间，这关于支持开发最佳通常（比如频繁单元测试）十分关键。

dev2dev: 对您来说哪种轻量级技术是最关键的,轻量级Java 对终端用户有什么协助？ Jim: 很显然，控制反转 (IoC)形式在这个畛域有着严重的影响。

经常使用IoC，开发人员不要求编写复杂的代码来口头查问、处置基础架构意外或控制衔接，就能够处置对象依赖性疑问。

这有助于简化代码、将业务逻辑与基础架构分别，从而使运行程序更易于保养。

轻量级Java 的另一个关键特征是，它不会强制业务对象遵照平台特定接口。

这准许开发人员在个别新式Java 对象(POJO)中成功业务逻辑,从而提高消费率。

与详细的类雷同，当把开发的最佳通常与界面相联合时,这些特性也使得对代码启动单元测试容易得多。

由于业务逻辑实如今 POJO中，所以不再要求将对象部署到重量级容器中以在单元测试中练习它。

因此，将对象宿主在诸如 JUnit 之类的繁难测试环境中和为加快迭代单元测试“模拟”外部依赖性就变得微无余道了。

dev2dev: 作为一个技术流传者，您必定目击了许多新的和已部署的技术。

您能否看到了转向轻量级技术的趋向？ Jim: 当然。

在早期的驳回者当中,明白地存在转向诸如 Spring、Hibernate 和Beehive 之类框架的趋向。

它在运行程序的构建方式上有了清楚的不同，对未来 J2EE技术的方向有着踊跃的影响。

例如，EJB 3.0就基本上是以使得轻量级Java盛行的概念为基础的。

重量级 dev2dev:人们在想起运行主机供应商时，通常把它们置于“重量级营垒”。

我想您正在努力扭转这种状况，对吧？换言之，许多人以为运行程序供应商曾经在成功重量级组件（比如 EJB 2.0）上付出了很大的代价，它们不情愿随便丢弃这些成绩。

Jim: 首先，我以为没有理由丢弃在 EJB 上的现有投资，由于在某些场景中它依然是最好的技术，例如当您宿愿经过 RMI远程地下店务服务时。

当然，诸如 EJB 之类的开明规范在包全客户投资方面的价值也不能低估。

曾经说过,我感觉人们经常过火强调 EJB在运行主机中的实践价值。

虽然这一点未必对一切的运行主机供应商都适用，但是 BEA 只投入了相对较少的一部离开发资源来支持 J2EE API。

咱们上班最关键的指标是为宿主运行程序构建最牢靠、可伸缩和容错的内核。

这些质量以及散布式事务服务、高速信息传递、遗留系统集成、初级 Web 服务、性能控制、诊断和缺点扫除和初级安保性，代表了 WebLogic Server 的真正价值，而且对总体领有老本（TCO）有着渺小的影响。

幸运的是，这些附加值对基于Spring 或Beehive 的运行程序的相关性和适用性与驳回EJB 构建的运行程序是一样的。

虽然轻量级Java 技术使得运行程序的开发和保养更容易，但是它们不会替代真正上流运行主机的质量。

实践上，咱们以为轻量级Java 与WebLogic Server 是分歧的。

dev2dev: BEA 有没有一个轻量级 Java 战略？BEA 成功轻量级 Java 的方法是什么？ Jim: 咱们的战略是接管一切无利于提高开发人员消费率、在市场上为部署这些技术提供最佳平台的技术。

轻量级 Java有助于降落开发老本,WebLogic Server 则有助于降落运营老本,它们是一个十分弱小的组合。

运行程序框架 dev2dev:由BEA资助的Beehive名目显然是一个轻量级 Java组件模型。

您能否谈谈关于 Beehive 的状况，以及它在你们的整个战略中的位置？ Jim: Beehive是一个运行程序框架，努力于使J2EE 运行程序和基于SOA 的运行程序的开发更容易，它基于咱们颁布WebLogic Workshop 的阅历。

它基于 POJO 和用于性能依赖性、服务质量等的元数据提供一个编程模型。

元数据以 J2SE 5.0 代码注解和外部 XML文件的方式取得支持。

存在一些用于访问 J2EE资源、定义业务和 Web 服务以及基于 MVC形式开发 Web 运行程序的组件。

在咱们努力提高开发人员消费率、坚固 Java 全体市场的环节中，Beehive 是十分关键的一局部。

dev2dev: Beehive 可以被以为是一个“运行程序框架”。

在Spring Framework中提供了一种十分盛行的轻量级 Java 方法。

Spring（以及其余相似的框架）关于 BEA 有多关键？ Jim: 任何能够协助咱们的客户提高消费率的物品都对咱们十分关键。

咱们欢迎并且接管这些技术,在适当的时刻也可以在技术层面上集成或许共享这些技术。

dev2dev: 你们思考过明白支持这些框架吗？ Jim: 就像我原来说过的,WebLogic Server具备很多方面的特性，能够提供基于轻量级 Java 技术的运行程序。

许多都是隐含的，但是在某些状况下，最小量的集成上班就能为轻量级 Java 开发人员提供关键的价值。

举个例子，当今存在的一些适配器准许 Spring 运行程序经常使用 WebLogic Server 的散布式事务才干，无需扭转任何运行程序代码。

咱们正在调查许多其余的时机，当然也不时在凝听客户的需求。

dev2dev: 咱们曾经看到轻量级框架对EJB 3 的一些影响。

您以为这会裁减到J2EE的其余方面吗？ Jim: 是的。

我以为 JSR 175（即Java元数据）关于简化 J2EE 编程模型是一种关键的支持技术。

EJB 3.0经常使用了它，而且它也是 JSR 181（即Web Services 元数据，一个BEA 提倡的规范）的基础。

没有理由置信它会就此中止。

轻量级耐久性 dev2dev: IoC 容器看起来是轻量级 Java 的中心。

另外的一个关键起因是POJO 和轻量级耐久性。

您能针对这个疑问谈谈认识吗？ Jim: 雷同，共同的主题是简化编程模型。

没有比POJO更繁难的了。

当然，企业开发要求咱们有才干运行附加的质量,比如耐久性规定、事务语义和 POJO 的安保解放。

盛行很广的方式是在元数据中定义这些质量，要么作为代码注解，要么放在外部文件中。

dev2dev: 您能否感觉由于有多种方法用于成功耐久性这样的事情而存在一些风险？比如，咱们很快将会有EJB 2、EJB 3、JDO、Hibernate，等等。

Jim: 我以为这只是成熟畛域的一个实践状况。

多年来，J2EE 规范没有完全涵盖这个特定的畛域，人造就会造成其余规范的出现。

就我所知道的在 JCP中出现的事情，咱们仿佛正在走向一致。

这关于整个行业来说是一件善报。

未来 dev2dev: 您能预感一下轻量级 Java和 BEA 的未来吗？ Jim: 咱们将会继续生动于这个畛域中，既经过诸如 Apache Beehive、XMLBeans、Eclipse和JCP 之类的渠道推进翻新，又排汇诸如 Spring 这样的其余上游技术，并且为了客户的利益而倒退单干。

艾伯特.爱因斯坦曾经说过：“一切都应该尽或许地繁难，但是不能更繁难。

”确实如此，简化一门通常的基本假定，使咱们可以专一于真正关键的中央，这正是不时以来对迷信真谛的谋求。

企业软件开发雷同如此。

提供一个将复杂的事物（例如，事务、安保或耐久性）对开发者启动暗藏的运行框架是简化企业软件开发的关键。

一个设计良好的框架可以提高代码重用率、开发者的消费劲及软件的质量。

但是，现有J2EE1.4的EJB2.1框架被普遍以为设计差，且过于复杂。

不满于EJB2.1的框架结构，Java开发者尝试了各种各样的两边件服务传递方法。

最有目共睹的是，以下两个框架惹起了开发者极大兴味并失掉了少量侧面的反应。

他们以未来企业Java运行所选框架的姿态展现。

Spring框架虽然很盛行但并不是一个规范的开源框架。

它关键由Interface21 Inc开发和控制。

Spring框架结构是基于依赖注入(Dependency Injection (DI))的设计形式。

它可以独立或在现有的运行主机上运转，而且少量地经常使用了xml性能文件 EJB3.0是由Java Community Process (JCP)制定的规范框架，为一切关键的J2EE厂商支持。

JBoss曾经提供了试用版EJB3.0规范的开源或商业性质成功。

EJB3.0充沛应用了Java的注释 这两个框架结构都有一个共同外围设计理念：将两边件服务传递给耦合松懈的POJOS (Plain Old Java Objects, 繁难洁净Java对象)。

这样的框架应用截取口头高低文或在运转时将服务对象注入POJO来把运行服务“缠绕”到POJO。

POJO自身并不关心这种“缠绕”，对这种框架结构也没有什么依赖。

因此，开发者可专一于业务逻辑和脱离框架的POJO单元测试。

除此之外， 由于POJO并不要求承袭框架的类或成功其接口，开发者能够极端灵敏地搭建承袭结构和建造运行。

但是，在领有同一理念的同时，两个框架结构经常使用不同的方式来传递POJO服务。

许多书籍或文章都将Spring 或EJB3.0和EJB2.1做了比拟，但是对Spring 和EJB3.0的比拟并没有细心钻研过。

在本文中，我将对Srping和EJB3.0框架面前的关键不同处启动调查，并探讨其优缺陷。

本文的观念也适用于其它更少为人知的框架，由于他们都是对“耦合松懈的POJO”的设计。

宿愿这篇文章可以协助你选用适宜你需求的最好框架。

厂商有关性 开发者选用Java平台其中最有目共睹的理由之一：厂商有关性。

EJB3.0正是一套设计为厂商有关的开明性规范。

EJB3.0规范为一切企业Java社团里开源或商业性质厂商所开发和支持。

它将开发者与运行主机成功完全隔离。

例如，JBoss的 EJB3.0成功基于Hibernate，Oracle的基于TopLink，但是开发者并不要求学习Hibernate- 或TopLink的详细API来使运行可在Jboss或Oracle上运转。

厂商有关性使EJB3.0与现今其它POJO两边件框架区别开来。

但是，正多么多EJB3.0评论家迅速所指出的，在本文撰写时EJB3.0规范还没有抵达一个最终版本。

大略还有一到两年的期间EJB3.0才干宽泛地为一切关键J2EE厂商所支持。

即使你的运行主机自身不支持EJB3.0，你依然可以经过下载装置”内嵌的”EJB3.0产品来运转EJB3.0的运行。

例如，JBoss的内嵌EjB3.0是开源产品且可以在任何J2SE5.0兼容的环境运转(例如, 在任何Java主机上)，此产品正处于软件测试阶段。

其它厂商不久也将颁布自己的内嵌EJB3.0产品，特意是针对规范中关于数据耐久性的局部。

另一方面，Spring不时以来都是非规范的技术，在未来可预知的一段期间内这种状况将继续下去。

虽然你可以在任何运行主机上经常使用Spring框架，Spring运行会被锁入在Spring自身和你选用整合进Spring的详细服务中。

Spring框架是一个开源名目，但同时它有一个XML格局的性能文件和编程接口。

当然任何一个非规范的产品都会有这种“锁入”(lock-in)的状况，并不是Spring特有的。

但Spring运行的常年生活才干依然还得托Spring这个名目的福（或许是Interface21公司，它雇佣了大局部Spring外围开发人员）。

除此之外，假设你用就任何一个详细的Spring服务，例如，Spring事务控制器或则Spring MVC，你也会被锁入到这些API里。

Spring的运行对终端用户是无法知的。

例如，对数据耐久服务，Spring框架兼容不同的DAO和JDBC的模版协助类，如Hibernate, iBatis, 和 JDO。

所以假设你要求为spring运行切换在数据耐久化服务（例如从JBDC到Hibernate），你要求修正你的代码以适宜新的模版协助类。

服务整合 从一个很高的角度上看，Spring框架处于运行主机和服务库的上方。

服务整合的代码（如，数据访问模板和协助类）属于框架，并泄露于运行开发者。

雷同，EJB3.0框架与运行主机高度整合，服务整合代码也包装在一个规范接口前面。

因此，成功EJB3.0的厂商可以大大地优化全体性能和优化开发者的体验。

例如，在JBoss EJB3.0的成功中，当你在用EntityManager耐久化一个Entity Bean时，后盾的Hibernate会话事务曾经智能地帮定到调用方法的JTA 的事务上，在JTA 事务提交的同时Hibernate会话事务也提交了。

你甚至可以经常使用一个繁难的 @PersistenceContext 注释（稍候例子展示）将EntityManager和它后盾的Hibernate事务绑定到一个stateful session bean的运行事务中。

在一个会话中运行事务横跨多个线程，这在事务性网页运行很有用，例如，多页面的购物车。

由于高度整合的EJB3.0的框架，使繁难、集成的编程接口成为或许。

Oracle EJB3.0框架和其后盾的Toplink耐久化服务也雷同水高山整合。

另一个EJB3.0整合服务的绝好例子就是集群支持。

假设你在一个主机集群上部署了一个EJB3.0的运行，一切容错(fail-over)、负载平衡、散布式缓冲和形态复制都曾经智能为运行所取得可用。

后盾的集群支持被暗藏在EJB3.0的框架前面，对EJB3.0开发者来说这些都是完全透明无法见的。

在Spring里，很难优化框架和服务之间的通讯。

例如，为了经常使用Spring里的申明事务服务来控制Hibernate事务，你必定显示地在XML文件中性能Spring TransactionManager和Hibernate SessionFactory对象。

Spring必定电显示地控制横跨多个HTTP恳求的事务。

除此之外，没有别的方法平衡Spring运行里的集群。

服务组合的弹性 由于Spring的服务整合代码作为编程接口的一部份泄露在外，运行开发者有按自己需求装配服务的弹性。

这个特点使你能够组合自己的轻量级运行主机。

Spring的一个普遍用法就是将Tomcat和Hibernate组合在一同支持数据库驱动的web运行。

在这种状况，Spring自身提供事务服务，Hibernat提供耐久化服务——这种设置创立了一个袖珍型的运行主机。

EJB3.0运行主机典型地不提供这种依据需求任你挑捡服务的弹性空间。

大少数期间，你失掉的只是一系列包装好的特性，其中一些你或许基本就不要求。

但是假设运行主机像JBoss一样提供一个模块性的外部设计，那么你可以只取其中一局部，而把不用要的局部剥去。

在任何状况，去自定义一特性能弱小的运行主机是没有什么价值的。

当然，假设运行曾经超越单个点，那么你应该参与罕用主机上的服务，例如，资源池（resource pooling），信息队列（message queuing）和集群（clustering）。

就总体的资源消耗而言，Spring处置方法和其余EJB3.0处置方法一样是重量级的。

在Spring框架里，具备弹性的服务装配使得将虚构对象而不是真正的业务对象绑定到运行中做脱离容器的单元测试更繁难。

在EJB3.0运行中，大少数组件都是繁难POJO，他们可以很容易地在容器外被测试。

但是关于与容器服务相关的对象（例如耐久化实实体控制器EntityManager）倡议用容器内测试。

由于这样会比虚构对象测试方法更繁难，强健及准确。

XML Vs.注解 从运行开发者的观念过去看，Spring的编程开发接口关键基于XML性能文件而EJB3.0宽泛地运行Java注解。

XML可以表白复杂的相关，但是它也简短且不够强健；注解繁难明了，但是很难在注解里表白复杂或承袭性的相关。

Spring选用XML或EJB3.0选用注解都是有他们两者框架后的体系结构选择的。

由于注解只能容纳很少的性能信息，只要整合前的框架（重头戏都在框架里）才可以把宽泛地经常使用注解作为性能选用。

正如咱们所探讨过的，EJB3.0刚好合乎这个要求，而Spring作为一个个别的DI框架并不合乎。

当然，EJB3.0和Spring都相互扬长避短，在某种水平上他们都支持XML和注解。

例如，在EJB3.0中，XML性能文件作为一个可选的重载机制来扭转注解的自动行为。

注解也可以性能一些Spring服务。

经过例子是学习XML和注解方式之间差异的最好方法。

在上方几个环节里，让咱们来看看Spring和EJB3.0是怎么提供关键服务给运行的。

申明性服务 Spring和EJB3.0都将运转时服务（例如，事务、安保、日志和性能服务）绑定到运行。

由于这些服务于运行的业务逻辑是没有间接咨询，他们只是由运行自身控制。

换句话说，这些服务在运转时由容器透明地运行到运行中。

开发者或是控制者性能容器，准确地通知它什么时刻怎么运行这些服务。

EJB3.0运用Java注解来性能申明性服务，而Sring经常使用XML性能文件。

在大少数状况下，EJB3.0注解方式关于这种服务更繁难明了。

这里有一个在EJB3.0中将事务服务运用到POJO的例子。

public class Foo} 你也可以为一个代码段申明多个属性，运行多个服务。

这是一个在EJB3.0里同时运行事务和安保服务到POJO的例子

java里各种spring、struts、hibernate、javaEE,等等很多的英文缩写名词都是什么，他们之间的相关是什么

相关技术1．JDBC（Java Database Connectivity）提供衔接各种相关数据库的一致接口，作为数据源，可以为多种相关数据库提供一致访问，它由一组用Java言语编写的类和接口组成。

JDBC为工具/数据库开发人员提供了一个规范的API，据此可以构建更初级的工具和接口，使数据库开发人员能够用纯Java API 编写数据库运行程序，同时，JDBC也是个商标名。

2．EJB(Enterprise JavaBeans）使得开发者繁难地创立、部署和控制跨平台的基于组件的企业运行。

3．Java RMI(Java Remote Method Invocation）用来开发散布式Java运行程序。

一个Java对象的方法能被远程Java虚构机调用。

这样，远程方法激活可以出当初平等的两端，也可以出当初客户端和主机之间，只需双方的运行程序都是用Java写的。

4．Java IDL(Java Interface Definition Language) 提供与CORBA(Common Object Request Broker Architecture）的无缝的互操作性。

这使得Java能集成异构的商务信息资源。

5．JNDI(Java Naming and Directory Interface）提供从Java平台到的一致的无缝的衔接。

这个接口屏蔽了企业网络所经常使用的各种命名和目录服务。

6．JMAPI(Java Management API）为异构网络上系统、网络和服务控制的开发提供一整套丰盛的对象和方法。

7．JMS(Java Message Service）提供企业信息服务，如牢靠的信息队列、颁布和订阅通讯、以及有关推拉（Push/Pull）技术的各个方面。

8．JTS(Java transaction Service）提供存取事务处置资源的开明规范，这些事务处置资源包含事务处置运行程序、事务处置控制及监控。

9．JMF(Java Media Framework API），她可以协助开发者把音频、视频和其余一些基于期间的媒体放到Java运行程序或applet小程序中去，为多媒体开发者提供了捕捉、回放、编解码等工具，是一个弹性的、跨平台的多媒体处置方案。

10．Annotation(Java Annotation），在曾经颁布的JDK1.5(tiger）中参与新的特征叫Annotation。

Annotation提供一种机制，将程序的元素如：类，方法，属性，参数，本地变量，包和元数据咨询起来。

这样编译器可以将元数据存储在Class文件中。

这样虚构机和其它对象可以依据这些元数据来选择如何经常使用这些程序元素或扭转它们的行为。

在Java技术中，值得关注的还有JavaBeans，它是一个开明的规范的组件体系结构，它独立于平台，但经常使用Java言语。

一个JavaBean是一个满足JavaBeans规范的Java类，通常定义了一个事实环球的事物或概念。

一个JavaBean的关键特征包含属性、方法和事情。

通常，在一个支持JavaBeans规范的开发环境（如Sun Java Studio 和IBM VisualAge for Java）中，可以可视地操作JavaBean，也可以经常使用JavaBean结构出新的JavaBean。

JavaBean的长处还在于Java带来的可移植性。

EJB (Enterprise JavaBeans) 将JavaBean概念裁减到Java服务端组件体系结构，这个模型支持多层的散布式对象运行。

除了JavaBeans，典型的组件体系结构还有DCOM和CORBA，关于这些组件体系结构的深化探讨超出了本书的范围。

11．javaFX　Sun刚刚颁布了JavaFX技术的正式版，它使您能应用JavaFX 编程言语开发富互联网运行程序（RIA）。

JavaFX Script编程言语（以下称为JavaFX）是Sun微系统公司开发的一种declarative,staticallytyped（申明性的、静态类型）脚本言语。

JavaFX技术有着良好的前景，包含可以间接调用Java API的才干。

由于JavaFXScript是静态类型，它雷同具备结构化代码、重用性和封装性，如包、类、承袭和独自编译和颁布单元，这些特性使得经常使用Java技术创立和控制大型程序变为或许。

12．JMX（Java Management Extensions，即Java控制裁减）是一个为运行程序、设施、系统等植入控制性能的框架。

JMX可以超越一系列异构操作系统平台、系统体系结构和网络传输协定，灵敏的开发无缝集成的系统、网络和服务控制运行。

13．JPA(Java Persistence API),JPA经过JDK 5.0注解或XML形容对象－相关表的映射相关，并将运转期的实体对象耐久化到数据库中。

编辑本段开源名目Spring Framework【Java开源J2EE框架】Spring是一个处置了许多在J2EE开发中经常出现的疑问的弱小框架。

Spring提供了控制业务对象的分歧方法并且激励了注入对接口编程而不是对类编程的良好习气。

Spring的架构基础是基于经常使用JavaBean属性的Inversion of Control容器。

但是，这仅仅是完整图景中的一局部：Spring在经常使用IoC容器作为构建完关注一切架构层的完整处置方案方面是举世无双的。

Spring提供了惟一的数据访问形象，包含繁难和有效率的JDBC框架，极大的改良了效率并且缩小了或许的失误。

Spring的数据访问架构还集成了 Hibernate和其余O/R mapping处置方案。

Spring还提供了惟一的事务控制形象，它能够在各种底层事务控制技术，例如JTA或许JDBC事务提供一个分歧的编程模型。

Spring提供了一个用规范Java言语编写的AOP框架，它给POJOs提供了申明式的事务控制和其余企业事务--假设你要求--还能成功你自己的 aspects。

这个框架足够弱小，使得运行程序能够抛开EJB的复杂性，同时享用着和传统EJB相关的关键服务。

Spring还提供了可以和IoC容器集成的弱小而灵敏的MVC Web框架。

【SpringIDE：Eclipse平台下一个辅佐开发插件】。

WebWork 【Java开源Web框架】WebWork是由OpenSymphony组织开发的，努力于组件化和代码重用的拉出式MVC形式J2EE Web框架。

WebWork目前最新版本是2.1，WebWork2.x前身是Rickard Oberg开发的WebWork，但WebWork曾经被拆分红了Xwork1和WebWork2两个名目。

Xwork繁复、灵敏性能弱小，它是一个规范的Command形式成功，并且完全从web层脱离进去。

Xwork提供了很多外围性能：前端阻拦机（interceptor），运转时表单属性验证，类型转换，弱小的表白式言语（OGNL – the Object Graph Notation Language），IoC（Inversion of Control倒置控制）容器等。

WebWork2建设在Xwork之上，处置HTTP的照应和恳求。

WebWork2经常使用ServletDispatcher将HTTP恳求的变成Action（业务层Action类），session（会话）application（运行程序）范围的映射，request恳求参数映射。

WebWork2支持多视图示意，视图局部可以经常使用JSP,Velocity,FreeMarker,JasperReports，XML等。

在WebWork2.2中参与了对AJAX的支持，这支持是构建在DWR与Dojo这两个框架的基础之上。

【EclipseWork：用于WebWork辅佐开发的一个Eclipse插件】Struts 【Java开源Web框架】Struts是一个基于Sun J2EE平台的MVC框架，关键是驳回Servlet和JSP技术来成功的。

由于Struts能充沛满足运行开发的需求，繁难易用，矫捷迅速，在过去的一年中颇受关注。

Struts把Servlet、JSP、自定义标签和信息资源（message resources）整合到一个一致的框架中，开发人员应用其启动开发时不用再自己编码成功全套MVC形式，极大的节俭了期间，所以说Struts是一个十分不错的运行框架。

【StrutsIDE：用于Struts辅佐开发的一个Eclipse插件】Hibernate 【Java开源耐久层框架】Hibernate是一个开明源代码的对象相关映射框架，它对JDBC启动了十分轻量级的对象封装，使得Java程序员可以为所欲为的经常使用对象编程思想来操纵数据库。

Hibernate可以运行在任何经常使用JDBC的场所，既可以在Java的客户端程序适用，也可以在Servlet/JSP的Web运行中经常使用，最具反派意义的是，Hibernate可以在运行EJB的J2EE架构中取代CMP，成功数据耐久化的重担。

Eclipse平台下的Hibernate辅佐开发工具：【Hibernate Synchronizer】【MiddlegenIDE】JFinal【Java加快WEB+ORM框架】jfinal 是基于 Java 言语的加快 WEB + ORM 框架，其外围设计指标是开发迅速、代码量少、学习繁难、性能弱小、轻量级、易裁减、Restful。

在领有Java言语一切长处的同时再领有ruby、python、php等灵活言语的开发效率!关键特点架构，设计精美，经常使用繁难 2.遵照COC准则，零性能，无xml 3.首创Db + Record形式，灵敏便利 支持，使数据库开发极致加快 5.智能加载修正后的java文件，开发环节中无需重启web server 支持，阻拦器性能灵敏，性能弱小 体系结构，裁减性强 8.多视图支持，支持FreeMarker、JSP、Velocity 9.弱小的Validator后端校验性能 10.性能完全，领有struts2的绝大局部性能 11.体积小仅218K，且无第三方依赖Quartz 【Java开源Job调度】Quartz是OpenSymphony开源组织在Job scheduling畛域又一个开源名目，它可以与J2EE与J2SE运行程序相联合也可以独自经常使用。

Quartz可以用来创立繁难或为运转十个，百个，甚至是好几万个Jobs这样复杂的日程序表。

Jobs可以做成规范的Java组件或EJBs。

Quartz的最新版本为Quartz 1.5.0。

Velocity 【Java开源模板引擎】Velocity是一个基于java的模板引擎（template engine）。

它准许任何人仅仅繁难的经常使用模板言语（template language）来援用由java代码定义的对象。

当Velocity运行于web开发时，界面设计人员可以和java程序开发人员同步开发一个遵照MVC架构的web站点，也就是说，页面设计人员可以只关注页面的显示效果，而由java程序开发人员关注业务逻辑编码。

Velocity将java代码从web页面中分别进去，这样为web站点的常年保养提供了便利，同时也为咱们在JSP和PHP之外又提供了一种可选的方案。

Velocity的才干远不止web站点开发这个畛域，例如，它可以从模板（template）发生SQL和PostScript、XML，它也可以被当作一个独立工具来发生源代码和报告，或许作为其余系统的集成组件经常使用。

Velocity也可以为Turbine web开发架构提供模板服务（template service）。

Velocity+Turbine提供一个模板服务的方式准许一个web运行以一个真正的MVC模型启动开发。

【VeloEclipse ：Velocity在Eclipse平台下的一个辅佐开发插件】IBATIS 【Java开源耐久层框架】经常使用ibatis提供的ORM机制，对业务逻辑成功人员而言，面对的是纯正的Java对象，这一层与经过Hibernate 成功ORM 而言基本分歧，而关于详细的数据操作，Hibernate 会智能生成SQL 语句，而ibatis 则要求开发者编写详细的SQL语句。

相对Hibernate等“全智能”ORM机制而言，ibatis 以SQL开发的上班量和数据库移植性上的退让，为系统设计提供了更大的自在空间。

作为“全智能”ORM 成功的一种有益补充，ibatis 的出现显得别具意义。

Compiere ERP&CRM 【Java开源ERP与CRM系统】Compiere ERP&CRM为环球范围内的中小型企业提供综合型处置方案，笼罩从客户控制、供应链到财务控制的所有畛域，支持多组织、多币种、多会计形式、多老本计算、多语种、多税制等国内化特性。

易于装置、易于实施、易于经常使用。

只要求短短几个小时，您就可以经常使用申购-洽购-发票-付款、报价-订单-发票-收款、产品与定价、资产控制、客户相关、供应商相关、员工相关、运营业绩剖析等弱小性能了。

Roller Weblogger 【Java开源Blog博客】[4]这个weblogging 设计得比拟精美，源代码是很好的学习资料。

它支持weblogging应有的特性如：评论性能，所见即所得HTML编辑，TrackBack，提供页面模板，RSS syndication，blogroll控制和提供一个XML-RPC接口。

Eclipse 【Java开源开发工具】Eclipse平台是IBM向开明源码社区捐献的开发框架，它之所以闻名并不是由于IBM宣称投入开发的资金总数 —4千万美元，而是由于如此渺小的投入所带来的成绩：一个成熟的、精心设计的以及可裁减的体系结构。

NetBeans 【Java开源开发工具】NetBeans IDE 是一个为软件开发者提供的自在、开源的集成开发环境。

您可以从中取得您所要求的一切工具，用Java、C/C++ 甚至是Ruby 来创立专业的桌面运行程序、企业运行程序、web 和移动运行程序。

此IDE 可以在多种平台上运转，包含Windows、Linux、Mac OS X 以及Solaris；它易于装置且十分繁难经常使用。

XPlanner 【Java开源名目控制】XPlanner 一个基于Web的XP团队方案和跟踪工具。

XP共同的开发概念如iteration、user stories等，XPlanner都提供了相对应的的控制工具，XPlanner支持XP开发流程，并处置当用XP思想来开发名目所碰到的疑问。

XPlanner特点包含：繁难的模型布局，虚构笔记卡（Virtual note cards),iterations、user stories与上班记载的追踪，未成功stories将智能迭代，上班期间追踪，生成团队效率，团体工时报表，SOAP界面支持。

HSQLDB 【Java开源DBMS数据库】HSQLDB(Hypersonic SQL）是纯Java开发的相关型数据库，并提供JDBC驱动存取数据。

支持ANSI-92 规范SQL语法。

而且他占的空间很小。

大约只要160K，领有加快的数据库引擎。

Liferay 【Java开源Portal门户】代表了完整的J2EE运行，经常使用了Web、EJB以及JMS等技术，特意是其前台界面局部经常使用Struts 框架技术，基于XML的portlet性能文件可以自在地灵活裁减，经常使用了Web Services来支持一些远程信息的失掉，经常使用Apache Lucene成功全文检索性能。

JetSpeed 【Java开源Portal门户】Jetspeed是一个开明源代码的企业信息门户(EIP）的成功，经常使用的技术是Java和XML。

用户可以经常使用阅读器，支持WAP协定的手机或许其它的设施访问Jetspeed架设的信息门户失掉信息。

Jetspeed表演着信息集中器的角色，它能够把信息集中起来并且很容易地提供应用户。

JOnAS 【Java开源J2EE主机】JOnAS是一个开明源代码的J2EE成功，在ObjectWeb协会中开发。

整合了Tomcat或Jetty成为它的Web容器，以确保合乎Servlet 2.3和JSP 1.2规范。

JOnAS主机依赖或成功以下的Java API：JCA、JDBC、JTA 、JMS、JMX、JNDI、JAAS、JavaMail。

JFox3.0 【Java开源J2EE主机】JFox是Open Source Java EE Application Server，努力于提供轻量级的Java EE运行主机，从3.0开局，JFox提供了一个支持模块化的MVC框架，以简化EJB以及Web运行的开发！ 假设您正在寻觅一个繁难、轻量、高效、完善的Java EE开发平台，那么JFox正是您要求的。

Java IDE当今最盛行的是Eclipse、Myeclipse、IntelliJ、Jbuilder、Jdeveloper、Netbeans、JCreator等。

总结，这些看百科引见，要深化的话，要自己用到才干有深的体会。

技术再多，基础打扰，思想深远就ok。