Java 知识点_javanew关键字不要放在业务代码中-CSDN博客

给初学者之六：java企业级应用之综合篇

1 黄金组合
操作系统：Solaris
应用服务器：Weblogic
数据库：Oracle
开发工具：JBuilider/IntelliJ IDEA
优点：性能一级棒，大企业大公司做系统的首选，世界五百强几乎都是这套组合
缺点：极贵

2 超级组合，也是最安全最酷的黄金组合，硬件采用SUN公司的机器
但是SUN的服务器很贵，同等价格不如去买IBM的机器
SUN的服务器支持Solaris的效果自然不用说，

Solaris号称是世界上最安全的操作系统
Oracle也是世界上最安全，性能最优的数据库，

Weblogic是当今性能最优的appserver
JBuilder和IDEA各有所长，

JBuilder是Borland公司的招牌之一,是当今世界上最流行的java IDE，用delphi写的，但网络上评价似乎不是很好
IDEA拥有插件功能，界面在所有java IDE中最为漂亮，用java写的

个人推荐IDEA
价格方面，Solaris开源，但是SUN的服务器比较贵，Weblogic最高是34万
oracle标准版要18.6万，企业版要49万，JBuilder要2.7万左右
IDEA零售价大概是500美金，也就是5000多元

--
开源系列
操作系统：-
应用服务器：JBoss
数据库：MySql
开发工具：Netbeans
优点：便宜，性能未必最佳，但是对付中小企业足够了
缺点：出了问题自己抗吧

tomcat仅有web容器而没有ejb容器，而jboss已经集成了tomcat，启动的jboss的同事同时也就启动了tomcat
jboss在tomcat基础之上多加了一个ejb容器，使得jboss+tomcat成为和weblogic websphere之外又一个得到广泛应用的appserver (中间件)
中小型企业多用jboss，如果应用小一点就用tomcat

只有给那些大型企业做的项目，才会花钱去上一个weblogic或者websphere
开发工具方面，netbeans是sun公司极力推广的一种IDE

--
IBM套餐
操作系统：Linux
应用服务器：Websphere
数据库：DB2
开发工具：Eclipse/WebSphere Studio
优点：服务好，IBM可以提供全套服务，也可以替客户承担风险
缺点：把机器数据全部交给IBM，安全什么的都由不得你了

价格方面，Linux，DB2，Eclipse都是开源产品，Websphere目前零售价是33.8万人民币
IBM服务器不错
--
.net：
微软阵营
操作系统：Windows
应用服务器：.net应用服务器(好像叫IIS)
数据库：SqlServer
开发工具：MS Visual Studio
优点：客户端的用户体验良好，和客户端诸多微软产品的兼容性强

但是有一点必须说明微软的东西，一般来说离开了windows就不能用 比如你选择了.net应用服务器，那操作系统就必须是windows

你选择了sqlserver，那就必须在windows上用

还有就是遵循j2ee规范的所有的组件都可以在不同的应用服务器上互相移植，比如你可以在测试的时候用jboss
而在正式投产上线的时候使用websphere，只需要在配置文件中作相应改动即可

给初学者之七：java企业级应用之术语篇

容器从某种意义上说其实就是一个可运行的java写的应用程序，犹如c++/c编译后生成的.exe文件

不同的是java编译后的文件需要用命令行或者脚本启动执行
由于容器是由java写的，所以容器都能够跨平台
虽说如此，似乎大部分容器都针对不同的操作系统提供了不同的版本
但可以肯定的一点是，相同容器间的移植组件不需要重新编译

Servlet web容器组件
就是web容器运行的java组件，与普通javabean不同的是，Servlet定义了一系列方法//比如init()和destroy()
供容器调用
当一个request请求被web容器截获之后，容器分析该请求地址 ，然后通过一个配置文件中的映射表//web.xml
调用相应的Servlet组件处理后将结果返还给客户端

EJB //Enterprise JavaBean
ejb容器组件
随着时间的推移，人们发现普通的JavaBean似乎并不能满足企业级应用的需要
最典型的就是虚拟机提供的垃圾回收收集机制也就是GC不够完善
可以优化的余地极大，在这种情况下，EJB应运而生，EJB和其它组件一样，不过遵循了某些规范而已
但是这些规范更多的是为充分利用机器并提高性能为主要目的的
举个简单例子
比如某个web服务器有100个用户同时连接上
由于网络连接是瞬时连接，所以很多时候并发数并没有100那么大
前一秒有可能有30个请求被发送过来并被处理
后一秒可以只有10个请求被发送过来并被处理
只有在非常非常极端的情况下才有可能发生100个请求同时被发送过来并被处理的情况
那么我们是否需要保留100个那么多个对象在服务器的内存里面去处理这些请求呢？
很显然，不需要，大多数时候//甚至可以说是所有时候，我不相信有那么极端的情况
我们只需要保存其中的10-30%就够了，那么什么时候需要20%，什么时候需要50%
甚至100%，这个过程就交给容器去管理，这就是ejb容器每天在干的事 ：管理内存中活跃的对象

给初学者之八：框架篇

这里提一下框架与规范

//主要指J2ee规范也就是官方标准的区别
从某种意义上说，J2ee规范本身就是一个框架
无论是web容器也好，还是ejb容器也好，它们都开发了一部分通用的代码
并且帮助我们搭建起来了一个软件结构，我们要做的就是往里面填入组件比如ejb/servlet/jsp等等
规范是规范，而框架是建立在规范之上的一种东西
可以说是标准的延续，或者说是民间的尝试，总之是这么一个非官方的东西
说到这里顺便提一下JCP组织也就是Java Community Process/Java社区
当初Sun公司在java发布之初，为了提倡开源和共项
同时也出于一个提出合理的标准的目的，而让广大的开发者参与标准的制定而成立了这样一个社区，现在还健在，网址是jcp.org
每一个新的规范发布之前都会在这个社区广泛讨论，最终对规范的制定产生巨大的影响
其中就包括企业级的参与者，相当有名的JBoss以及我国的金碟公司都是其中的成员

Struts

表示层框架
表示层不是客户端么？
没错，但是语言这东西，众口烁金，别人都这么说,你就不好不这么说了
最早表示层说的是客户端，后来随着时间的发展人们也把服务器端直接与客户端//比如IE
打交道的那部分也称为表示层//JSP+Servlet
那么表示层框架是干什么的呢？
早先大规模应用JSP的时候，人们发现，JSP里面充斥着逻辑代码与数据可读性极差，于是人们借用很早很早以前的MVC模式的思想
把表示层组件分为V-Viewer，也就是JSP C-Controller 控制器，一般来说是一个 Servlet

M-Model模型，一般来说是一个JavaBean
所有人通过JSP和服务器打交道，发送请求，Viewer把这个请求转发给Controller ,Controller通过调用一个Model来处理该请求，然后返回数据到Viewer
这么一个过程，从而达到数据与逻辑的剥离，增强代码可读性，降低维护成本

Struts的竞争对手主要是产商们极力倡导的JSF也就是Java Server Faces
但是由于Struts出道时间早，所以应用比较多
JSF则是产商们大力支持，前景看好
对于这一层来说，在JSP的html代码中出现的java语句越少越好
因为java代码越少说明页面处理的业务逻辑越少，也越合理 ,这也是Struts最初的目的，记住这话

Spring

Spring起源于Rod Johnson的《Expert One-on-One J2EE Design and Development》一书

Rod Johnson认为，J2ee里面的那一套//尤其是ejb
太重了，对于单机的系统来说，没有必要使用那么复杂的东西
于是就开始设计并引导Spring小组开发出这样一个构架
不能不说他是个天才，因为的的确确不是所有的系统都是跨多服务器的没有必要把一个简单的系统设计得那么复杂.
Spring从诞生之日起就是针对EJB的，力争在不少应用上取代EJB
而它也确实达到了这个目的
现在包括WebLogic等主流应用服务器还有主流IDE都开始逐渐接受该框架并提供相应支持
提到Spring就不能不说控制反转Ioc//Inversion of Control 和依赖注射DI//Dependency Injection
什么叫控制反转呢？
什么意思呢？就好比一个皇帝和太监，有一天皇帝想幸某个美女，于是跟太监说，今夜我要宠幸美女
皇帝往往不会告诉太监，今晚几点会回宫，会回哪张龙床，他只会告诉太监他要哪位美女，其它一切都交由太监去安排，到了晚上皇帝回宫时，自然会有美女出现在皇帝的龙床上，这就是控制反转，而把美女送到皇帝的寝宫里面去就是注射
太监就是是框架里面的注射控制器类BeanFactory，负责找到美女并送到龙床上去
整个后宫可以看成是Spring框架，美女就是Spring控制下的JavaBean

而传统的模式就是一个饥渴男去找小姐出台找领班，帮助给介绍一个云云，于是领班就开始给他张罗介绍一个合适的给他，

完事后，再把小姐还给领班，下次再来, 这个过程中，

领班就是查询上下文Context，

领班的一个职能就是给客户找到他们所要的小姐这就是lookup()方法，

领班手中的小姐名录就是JNDI//Java Naming and Directory Interface
小姐就是EJB，

饥渴男是客户端，

青楼是EJB容器

看到区别了么？饥渴男去找小姐出台很麻烦，不仅得找，用完后还得把小姐给还回去
而皇帝爽翻了，什么都不用管，交给太监去处理，控制权转移到太监手中去了
而不是皇帝，必要时候由太监给注射进去就可以了
Spring还提供了与多个主流框架的支持可以和其它开源框架集成

Hibernate

名字取材自ORM最早的一句玩笑话
说用了ORM之后，程序员就可以去冬眠了，而不需要操心那么多事
该框架由于做得太好，以至于被J2ee招安，成为EJB3.0的一部分，替代原有EJB2.X里面关于Entity Bean而成为EJB ORM的工具

这里解释一下ORM//OR-Mapping 对象关系映射

我们知道传统的数据库都是关系型的,一条条记录以表格的形式储存，而表与表之间充斥着是关系/关联
比如说一个人，名字zhaoce，性别男，年龄23那么数据库中是这么储存的
姓名性别年龄 zhaoce m 23 某女 f 22
而实际应用服务器中的实体都是以对象的形式存在，一个个对象
zhaoce是以这种形式存在的
Human human=new Human();
human.setName("zhaoce")

传统的JDBC是通过一个二维字符串将数据取出,需要我们自己将其包装成对象，

在存入的时候，我们还需要将对象拆开，放入sql语句中//Insert into Huamn values('zhaoce','m',23)

然后执行该sql语句
太麻烦太麻烦，ORM理念的提出改变了这一切，ORM认为，这些东西应该由框架来做
而不是程序员，程序员做他该做的，不要为这种破事分心，还测试半天
于是就出现了Hibernate，JDO，TopLink等等，甚至.net里面也有ADO.net
过去一段时间是Hibernate和JDO争风，现在看来Hibernate逐渐成为主流并被官方接纳成为规范标准之一，替代掉原来EJB2.X的ORM EntityBean
TopLink则是Oracle公司推出和Oracle数据库结合的一种ORM 商业用软件，贵且复杂，不过正在逐渐开放
而象表示层一样，这一种专门面对数据层的代码也被称为数据持久层

给初学者之九：收尾

设计模式

模式是经验的总结，潜规则的抽象，模式是编程高手之间交流的桥梁，两个编程高手通过统一命名的模式了解对方的思想

J2ee有J2ee的模式，Sun公司出了一本书叫《J2EE核心模式》可以拿来看看
必需要指明的是，模式不是规范，可以遵守也可以不遵守。
模式之外还有反模式，学模式不可定势，不要学死，活学活用，无招胜有招才是最高境界

JavaDoc

文档工具，极其好用
可以根据注释自动生成HTML文档

Ant

98年，有一位程序员在从欧洲飞回美国的飞机上想到了这么一个东西从而改变了整个世界，

他的名字叫James Duncan Davidson 组织管理工具，可以这么描述它
比如你想在编译之后自动再次生成JavaDoc
那么你只需要编辑Ant脚本
然后批处理就可以了，不过现在Ant已经广泛集成到IDE中去不需要自己手动编写

JUnit

测试工具，Unit家族可不只有JUnit ,还有其它版本的

POJO

//Plain Old Java Object
就是传统的Java对象，也就是一个JavaBean 由虚拟机来掌握其生死, 常用的两个管理构架/规范是Spring和EJB容器
这个意义上来说EJB其实不能算是POJO
毕竟遵循了一堆的接口，但是不管怎样，接口归接口，还是没有继承类
没有被强加什么//遵循可以写空方法假遵循
所以说还是POJO也对
但是由于这种东西缺乏管理，不象Servlet有专门的容器管理并继承了一定的类 ,而没有管理的对象在虚拟机中是很危险的，因为垃圾回收机制各个虚拟机不同 ,而且也不怎样，极有可能长时间不回收，这样在企业级的应用中,就有可能造成内存大量被占用从而死机，毫无疑问，这种机制需要优化
这种优化就是通过EJB容器或者Spring构架来实现
这么做还有一个好处就是迫使程序员对每一个类做封装强迫他做管理，以达到防止内存泄露的目的，

内存泄露最经常出现的错误就是引用未释放，引用最典型体现在new这个关键字上，new得越多引用得越多,随着时间地增长，有可能导致循环，不停new new new new new.....
其中哪怕只要有一个new处理不当，虚拟机无法回收内存,那就极有可能完蛋，而且这种小bug越是在大的项目越是难以找到
有可能因为一个人而影响整个项目组，

所以不妨记住我的一条经验 :好的系统框架不应该在业务逻辑流程中出现new关键字

SOA

面向服务的构架
不说太多，这个属于上上层建筑
不过不妨记住我的一句话，可以帮助理解这个概念
面向什么就是对什么做封装
面向对象就是对对象做封装
面向服务类似，剩下的靠悟性

反射

通过反射，程序可以解析出类本身的属性也就是变量

还有行为也就是方法，然后通过invoke()方法调用该方法
甚至可以新增对象等，java首创，本是其它语言所没有的 ,后来被微软抄了去，利用该功能，开源框架广泛受益并大量采用，近乎疯狂地使用
具体就不说了，最后要指出的是，有一种说法是利用反射会降低效率, 在早期的时候，的确是，现在不会了，放心使用

容器

5.0以后的版本在J2SE中都出现了容器，各位甚至可以自己尝试用标准库去使用容器

书籍

《Thinking in Java》 //实话说，一般，尤其是翻译后的版本，原版还行
《Java教程》 //电子工业出版社出版的那本，上下册，很厚，但翻译得不错
《21天学通Java》 //入门极好，但是《21天学通j2ee》极烂，不要买
《Mastering EJB》 //翻译过的书质量我不清楚，估计不怎样，请看原版书籍
《精通Hibernate》 //看清楚作者，孙卫琴，其它人的别买