java

java范文专题栏目，提供与java相关内容的范文集合，希望能快速帮助您找到有用的信息以解决您遇到的java问题。

浏览

范文

136

计算机java实习小结

全文共 469 字

实训即将结束了，我非常怀念厦门万策在南昌大学的校内实训，在实训的这短短两周的时间里，我每一天过的都市踏实的，充实的;我相信，只要我秉持艰苦奋斗，为理想拼搏的精神，尽管在未来的java路上荆棘丛丛，我一定可以披荆斩刺，度过重重难关，实现自己未来的理想!

实习是为将来打基础的重要阶段，珍惜自己每一个工作的机会，不论什么人，什么学历，从事什么工作，好好的表现、展示自己的能力，不要错过好的机遇。没有一件事情是轻轻松松的，但每一件事都是让人成长的，经历一段过程，喜悦或是艰辛，尽管经历的方式不尽相同，但它的结果是相同的，我们都会因涉事而成长。

通过实习，我自身发生了重大的转变。首先，进入公司，你就是一名职业人，不再是一名学生，你要具备一名职业人应具备的素养，不迟到不早退是必然的，而且还要时刻严格要求自己，公司的规定要严格遵守。然后，在技术上也有了很大的提高，学习了很多公司自己的框架和工具，这都是一些前辈的宝贵经验。而且所作的软件应用性更强。所以，我要坚定自己的信念，在公司好好实习，争取提早转正，我相信我会在JAVA开发这条路上走的更长更远。

展开阅读全文

喜欢 0 0 次下载分享收起

java开发实习周记_实习周记_网

范文类型：周记，全文共 13982 字

+ 加入清单

java 开发实习周记25篇

小编为大家分享java开发实习周记25篇，欢迎浏览！

第一周

实习第一个礼拜，算是适应期。主要了解一些公司的背景、产品、发展方向等。刚到实习公司，不是像学校里的朝九晚五，而是朝八晚九。我们不可能简单的了解一些企业文化，简单的学学新的知识就可以了，我们的这个实习必将是一个繁忙的实习，也必将是一个充实的，进步的实习。来到这里，我们要忘掉大学里自由的作息时间，克服困难，养成良好的工作生活习惯。基于各方面的原因，虽然在去之前我们做了比较充足的准备，但还是遇到了一些困难，例如学习时间长，实战比较繁多，但时间又比较的短，难以保证按时按质按量完成。下午下了班，员工们都回去了，我还在那儿练习，一直到晚上9点，才能回住处休息。中午也没有休息的地方，只能趴在电脑前休息一会，一两周下来，相当地疲惫。但我们都明白自己来实习的任务，都坚持着完成自己的任务和使命。这个星期熟悉了工作环境、java编程的环境配臵。等慢慢熟悉起来，做起事情也越来越顺手了.简单的总结为几个字，那就是：多看，多问，多观察，多思考!

第二周

实习第二个礼拜，主要是熟悉java的基础语法，把基础打扎实，以后在开发中才能如鱼得水。学习总结如下几点：

1、类之间的关系：关联、聚合、继承、实现和多态。

2、基本数据类型：整数型、浮点型、字符型、布尔型。

3、常用逻辑语句和循环语句：switch只支持int类型判断，没有写break易穿透至下一个循环，jdk7.0貌似增强了支持数据类型。

4、Break：强行退出循环;Continue：跳出当前循环。

5、修饰符：pbulic，private，protected，default。设臵访问权限。

6、Static关键字：静态修饰符，它修饰的方法、类和变量可以全局调用。

7、Final关键字：禁止重写。

8、This关键字：指向自身引用。

9、string：是不可变的字符序列。(两个string变量必须用copy的方式在内存中new出新的数据块)

10、stringBuffer：是可变的字符序列，可以直接添加字符。

第三周

实习第三个礼拜，主要是熟悉java的高级语法(核心)

继承：子类继承父类的所有属性和方法，如果方法和属性被private修饰，子类则无法读取。子类使用Super关键字继承。父类无法调用子类方法。构造方法：方法名称必须与类名相同，且没有返回值。Object类是所有类的父类，即java中的根类。无参构造方法默认继承object的。(构造方法的重载，实现不同参数的构造)

重载：方法相同，参数类型不同，数量不同。构造方法中也常使用方法重载。重写：重写方法必须和被重写方法具有相同参数列表、相同方法和相同返回值。重写方法不能使用比被重写方法更严格的访问权限。

抽象：抽象类被继承后，方法必须被重写并实现，否则子类也还是抽象类。抽象方法只需声明，无需实现。接口：实现关键字implements。接口中所有成员变

量和方法都是public。接口可以继承其他接口，并添加新的属性和方法。接口和实现类之间存在多态。

多态：三个必要条件分别是继承、重写和父类引用子类对象。(java的核心思想)

第四周

实习第四个礼拜，主要熟悉了java的高级应用

线程：进程是运行中的应用程序，是一套顺序执行的指令，每个进程都有自己独立的内存空间。线程是一个并发执行的顺序流，一个进程包括多个顺序执行流程，这些流程称为线程。 JVM 就是一个进程，在JVM 中分出线程，比如main就是主线程。同时开辟并发执行的序列即多线程。调用start方法，线程启动;run方法结束，线程就终止。线程是一个操作系统创建并维护的一个资源。对于单CPU 系统来说，某一个时刻只可能由一个线程在运行。一个Thread 对象就表示一个线程。进程的数据空间独立;线程的数据空间共享, 能充分使用CPU 的资源。线程间通信更容易。共享数据就要加锁、解锁，会降低效率。

I/O：是在JVM 和外部数据源之间交换数据。按数据传输方向划分：输入流和输出;按数据单位划分：字节流和字符流;过滤流用来封装节点流或者其他过滤流，从而给节点流或其他的过滤流增加功能。

第五周

实习第五个礼拜，使用Collection框架做派叫号系统

首先分析项目需求，概述如下：

1.产品参与者

顾客：到营业大厅排队取号

柜员：提供业务服务的柜台业务员

管理员：负责对业务类型、业务受理情况进行实时查看、调配的管理者

2.功能需求

1)、取号：顾客来到营业大厅通过取号机取号，可以选择自己要办理的业务类型。取号后自动进入排队中。等待叫号;

2)、叫号：柜员可以通过叫号端进行重复呼叫、暂停服务和转移。叫号端可是软件也可以是硬件设备;

3)、管理业务类型：管理人员可以通过后台管理进行业务类型的管理。可以添加、禁用、修改一种业务类型，为某种业务类型可以设臵每天最大办理量;

4)、管理窗口：管理人员可以通过后台管理对业务窗口进行管理。可以为某个窗口指定办理某种业务类型;

5)、统计整合数据：系统可以定时的整合数据，将分散在每天的数据按人、业务类型、时间进行整合，可以将统计数据输出成图表形式;

6)、查看办理情况：可以查看当前流量、已经办理、未办理的人数。当前办理效率，历史数据等等;

7)、记录日志：系统对关键的地方进行日志记录，以便系统可以在出错时进行调试和处理。实施代码编写。第一个项目设计，感觉难度很大。之前所学的是零零散散的知识点，现在要把之前所学的知识连贯起来，刚开始不知道怎么去连贯，后来看了需求分析文档，分析图，慢慢的有点思路。在后面的做项目的过程中，遇到了太多的问题，通过自己的思考、问同事，问老师慢慢的解决了。而在第一个项目中也学到了很多东西。

第六周

1、数据库范式作用：尽可能减少数据冗余、保证数据完整性、识别出实体、关系以及表的缺失

第一范式：字段都为单一属性，且属性为基础类型

第二范式：属性必须完全依赖关键字

第三范式：非主键属性不能依赖其他的非主键属性

mysql 的学习，在学校里我对mysql已有了初步的了解。指导老师教我要灵活多变，什么时候要用到临时表，嵌套查询，存储过程用的地方等，叫我多看几个例子，并敲下代码运行下，体会里面的数据生成，查询出自己要的数据等。然后再根据这些数据写出语句，生成需要的流程，这就是数据挖掘的精髓!那么存储过程与一般的 SQL语句有什么区别呢?

存储过程的优点：

1.存储过程只在创造时进行编译，以后每次执行存储过程都不需再重新编译，而一般sql语句每执行一次就编译一次,所以使用存储过程可提高数据库执行速度。

2.当对数据库进行复杂操作时(如对多个表进行

Update,Insert,Query,Delete时)，可将此复杂操作用存储过程封装起来与数据库提供的事务处理结合一起使用。 3.存储过程可以重复使用,可减少数据库开发人员的工作量

从中我学到了：存储过程是数据在存储到数据库的过程中,可以对这些数据进行操作,不然数据就是直接从页面获取,直接原样存储。

第七周

实习第七个礼拜，为了进一步了解java开发的相关知识，掌握java开发的基本技术，丰富java开发的实战经验，代码的复用性。学习SQL的基础知识及正确的运用方法，和有用的相关技术，提高自己的工作效率。通过项目重构，培养我们综合运用已学知识Java语言的面向对象编程能力;培养我们动手能力;培养我们良好编程规范、编程方法;以便能较全面地理解、掌握和综合运用所学的知识，提高自身的编程能力;增强自己的团队协作意识，了解软件开发的思考角度和主要流程。为以后能够更快地进入工作状态并且能够更好的工作，打好一定的基础。

从这里，我才真正的意识到实施一个软件工程并不是说简单的会编码就能够解决问题的，我们更多的精力不是放在编码上，编码只是一个很小的模块，只占到那么小的一个部分。这个事实在很大程度上颠覆了我以前的思想，在我以前的认识中，似乎整个软件就是编码，除此无它，还好有老师的指导，不然真的会出现老师所说的，撞得头破血流之后才想起来用软件工程的思想来完成这个工作。

项目程序的编程是一个非常烦琐而枯燥的过程，需要耐心和毅力去完成，不然中途出现过多的错误，会使之后的校验略显费时。

实习项目的代码编写，从而进入到后期的校对和验收过程，但同时也少不了反复的调试和修改，为我的程序软件更加简单更加实用。

第八周

实习第八个礼拜，主要了解网页的基本架构B/S 架构：浏览器-服务器(Browser/Server)结构，简称B/S结构与C/S结构不同，其客户端不需要安装专门的软件，只需要浏览器即可，浏览器通过Web服务器与数据库进行交互，可以方便的在不同平台下工作。服务器端可采用高性能计算机，并安装Oracle、Sybase、Informix等大型数据库。

B/S结构简化了客户端的工作，它是随着Internet技术兴起而产生的，对C/S技术的改进，但该结构下服务器端的工作较重，对服务器的性能要求更高。C/S架构：主从式架构(Client–server model) 或客户端-服务器(Client/Server)结构简称C/S结构是一种网络架构，它把客户端(Client) (通常是一个采用图形用户界面的程序)与服务器(Server) 区分开来。

每一个客户端软件的实例都可以向一个服务器或应用程序服务器发出请求。经典C/S系统：QQ/MSN/ICQ…

HTTP协议:超文本传输协议(HTTP，HyperTextTransfer Protocol)是互联网上应用最为广泛的一种网络协议。

第九周

HTML ：是一种标记语言、忽略大小写，语法宽松、使用 HTML 标记和元素，可以：控制页面和内容的外观、发布联机文档、使用 HTML 文档中插入的链接检索联机信息、创建联机表单，收集用户的信息、执行事务等等、插入动画、开发帮助文件等。

CSS：样式会根据下面的规则层叠于一个新的虚拟样式表中，其中数字 d 拥有最高的优先权。浏览器兼容：一旦为页面设臵了恰当的 DTD，大多数浏览器都会按照上面的图示来呈现内容。然而 IE 5 和 6 的呈现却是不正确的。根据 W3C 的规范，元素内容占据的空间是由 width 属性设臵的，而内容周围的 padding 和 border 值是另外计算的。不幸的是，IE5.X 和 6 在怪异模式中使用自己的非标准模型。这些浏览器的 width 属性不是内容的宽度，而是内容、填充和边框的宽度的总和。

虽然有方法解决这个问题。但是目前最好的解决方案是回避这个问题。也就是，不要给元素添加具有指定宽度的内边距，而是尝试将内边距或外边距添加到元素的父元素和子元素。这些属性是DIV布局的奠基石。由于浏览器的不同，盒模式中也有差异，比如说对于宽度盒高度，在不同浏览器中定义是不同的，IE6 是包含边框、内边距，而FF的只是指内容的宽度。细节上的差异，往往是我们在日常工作中能总结出来的。当你的CSS写的不兼容时候，你自然就会想起这些内容。

第十周

JavaScript是一种基于对象和事件驱动并具有安全性能的脚本语言

基本特点：基于对象的语言、简单性、安全性、动态性、跨平台性、是一种脚本编写语言、解释型语言(不用编译、直接由浏览器解释执行)

使用typeof操作符判断

NaN--not a number,即非数值a、NaN用于表示一个本来要返回数值的操作数未返回值的情况;b、任何涉及NaN的操作都会返回NaN;c、NaN与任何值都不相等包括NaN本身，返回false

isNaN函数--判断某个值是否为数值

如果是数字值，返回本身、如果是null，返回0、如果是undefined，返回NaN、如果是字符串，遵循以下规则：

-–如果字符串中只包含数字，则将其转换为十进制(忽略前导0)

-–如果字符串中包含有效的浮点格式，将其转换为浮点数值(忽略前导0) -–如果是空字符串，将其转换为0

-–如果字符串中包含非以上格式，则将其转换为NaN

如果是对象，则调用对象的valueOf方法，然后依据前面的规则转换返回的值。如果转换的结果是NaN，则调用对象的toString方法，再次依照前面的规则转换返回的字符串值。

parseInt- 将字符串转换为整数类型的数值,规则如下、忽略字符串前面的空格，直至找到第一个非空字符、如果第一个字符不是数字符号或者负号，返回NaN、如果第一个字符是数字，则继续解析直至字符串解析完毕或者遇到一个非数字符号为止、如果上步解析的结果以0开头，则将其当作八进制来解析;如果以0x开头，则将其当作十六进制来解析。

第十一周

Servlet生命周期

Servlet 的并发问题：在Servlet中使用静态变量和成员变量是，要非常小心。如果你的程序改变这些变量值的时候，就会发生并发问题。如果从不会去改变，只是读取，则不会发生并发局部变量永远不会有并发问题。Servlet的并发处理：不使用静态变量和成员变量、如果一定要使用，要加锁，但会影响性能

资源访问：WebRoot下面的都叫容器内的资源、Servlet、容器外的资源、forward vs redirect 都能访问内部资源，redirect还可以访问外部资源、使用forward是在后台转发;浏览器也不知道干了什么，所以地址不会变、而redirect 要先回到浏览器，告诉浏览器要访问谁，所以浏览器的地址栏要发变化、当访问内部资源时，使用firward效率会更高。

Session 是容器为每个客户端开辟内存空间，专;第十二周;实习第十二个礼拜;MVC：Model--职责分明，便于风开发、优点;JSP技术使用Java编程语言编写类XML的ta;Web服务器在遇到访问JSP网页的请求时，首先执;JSP与JavaServlet一样，是在服务器端;JSP：为什么要学EL和 jstl、在一个系统中，;EL表达式：${属性名}//属性Session 是容器为每个客户端开辟内存空间，专门用来保持状态信息、 Session需要一个id来标识：sessionid、要求客户端要保留id、每一次访问时都带上这个id、 a、Session的基本特点：保存在服务器端(安全性高，保护隐私)、类似Hashtable的数据结构保存、支持任何类型的对象、b、保存会话id的技术(aporia)、Cookie表单隐藏字段、c、获取Session、d、Session存取信息、e、设臵Session的有效时间

第十二周

MVC：Model--职责分明，便于风开发、优点：解耦，职责分明，便于分工开发、缺点：分成三部分，造成系统架构复杂，对于小系统不适合、造成调试困难，一旦出现错误，可能是Model，也可能是view也可能是control、对开发人员要求比较高。

JSP 技术使用Java编程语言编写类XML的tags和scriptlets，来封装产生动态网页的处理逻辑。网页还能通过tags和scriptlets访问存在于服务端的资源的应用逻辑。JSP将网页逻辑与网页设计和显示分离，支持可重用的基于组件的设计，使基于Web的应用程序的开发变得迅速和容易。

Web服务器在遇到访问JSP网页的请求时，首先执行其中的程序段，然后将执行结果连同JSP文件中的HTML代码一起返回给客户。插入的Java程序段可以操作数据库、重新定向网页等，以实现建立动态网页所需要的功能。

JSP与JavaServlet一样，是在服务器端执行的，通常返回给客户端的就是一个HTML文本，因此客户端只要有浏览器就能浏览。

JSP：为什么要学EL和jstl、在一个系统中，页面通常是由美工开设计完成，美工并不懂java语言、当美工看到页面上充满着java代码时，会干扰美工维护页面，造成维护困难、如何做到动态页面没有java代码?EL表达式和JSTL。

EL 表达式：${ 属性名 } //属性名是调用对象的setAttribute(属性名，属性值)、在servlet往范围对象中设臵属性，forward到目标页面、EL访问常量值，直接输出 ${ 常量 }、可以使用==判断字符串、存取器读取对象的值、使用.可以访问对象的属性，读取map的key、读取数组只能用。

第十三周

功能需求如下：

这是一个网上在线购物系统(B2C)。

系统需要提供网上购物的功能。

用户能够随意浏览商品，并能获取商品的详细信息，如图片预览、商品描述等。系统能够向用户提供一些浏览信息，让用户能够快速的了解系统出售商品信息，如特价促销，店长推荐，排行榜，新上架商品等。

系统能够提供3级分类商品。

系统能够提供品牌分类。系统能够提供公告信息，让用户快速了解系统的通告信息。

系统能够提供论坛的方式，供用户发表对商品的评论的功能。

系统能够提供搜索功能，让用户快速了解他需要的产品。

用户在浏览3级分类商品的时候，需要体统高级筛选功能，如不同方式浏览商品信息、按价格排序商品，按规格浏览商品等功能。

用户购物需要注册成为本系统的会员，并能随时修改自己的信息(如收货信息等)。

会员能够收藏自己喜欢的商品，并能随时关注该商品。

会员能够查看已购买的商品。

会员能够完成与论坛的相关功能。

总结：通过实战，发现自己学得不是自己想象的那么好，有些功能还是做不出来。通过新豆商城项目，发现自己的不足，跟同事之间的交流中，能学到很多新知识。简单的总结为几个字，那就是：多看，多问，多观察，多思考!

第十四周

一、 AJAX是什么?在传统的web应用中，用户与应用的每一次交互，都是首先用户通过浏览器向服务器端发送一个请求，服务器解析这个请求，将相应的响应信息返回给浏览器。在服务器端业务逻辑非常复杂或者需要耗时较长的情况下，浏览器等待刷新时，页面经常是一片空白，用户只能被动等待服务器端响应完成，在此期间客户不能在页面上做任何操作，带给用户非常糟糕的体验。它包括：基于XHTML和CSS标准的表示;使用DOM进行动态显示和交互;使用XML和 XSLT进行数据交换与处理使用XMLHttpRequest与服务器进行异步通信;使用JavaScript绑定一切。

二、使用AJAX 的利弊：使用AJAX，可以为开发人员、终端用户带来可见的便捷：减轻服务器的负担。AJAX的原则是“按需取数据”，可以最大程度的减少冗余请求和响应对服务器造成的负担。无刷新更新页面，减少用户心理和实际的等待时间。特别是当读取大量数据的时候，AJAX使用XMLHTTP对象发送请求并获取服务器响应，在不重新载入整个页面的情况下用Javascript操作DOM最终更新页面。在读取数据的过程中，用户面对的不是白屏，是原来页面的内容，用户可以继续进行其他操作，只有当数据接收完毕之后才更新相应部分内容。带来更好的用户体验。一直以来，B/S程序在用户易操作性、界面友好性上跟C/S相比都有较大的差距，随着AJAX的应用，这种情况将得到较大的改观。可以把以前服务器负担的一些工作转嫁到客户端，利用客户端闲臵的能力来处理，减轻服务器的负担。

第十五周

XML：概念：可扩展的标记语言、优点：结构化，平台、语言无关，标准的

XML读写XML格式的文档，完成数据交换、声明：大多数XML文档以XML声明作为开始、建议使用XML声明，但它不是必需的。如果有，它一定是文档的第一行内容。、注释、实体：不能直接表示的符号、五个实体、自定义实体、CDATA：一段文本，不会被解析器解析。

Log4j：是Apache的一个开放源代码项目，通过使用Log4j，我们可以控制日志信息输送的目的地是控制台、文件、GUI组件、甚至是套接口服务器、NT的事件记录器、UNIX Syslog守护进程等;我们也可以控制每一条日志的输出格式;通过定义每一条日志信息的级别，我们能够更加细致地控制日志的生成过程。

Log4j 由三个重要的组件构成：日志信息的优先级，日志信息的输出目的地，日志信息的输出格式。日志信息的优先级从高到低有ERROR、WARN、 INFO、DEBUG，分别用来指定这条日志信息的重要程度;日志信息的输出目的地指定了日志将打印到控制台还是文件中;而输出格式则控制了日志信息的显示内容。

第十六周

Hibernate是一个开放源代码的对象关系映射框架，它对JDBC进行了非常轻量级的对象封装，使得Java程序员可以随心所欲的使用对象编程思维来操纵数据库。 Hibernate可以应用在任何使用JDBC的场合，既可以在Java的客户端程序使用，也可以在Servlet/JSP的Web应用中使用，最具革命意义的是，Hibernate可以在应用EJB的J2EE架构中取代CMP，完成数据持久化的重任。数据库设计：a) 降低关联的复杂性、b) 尽量不使用联合主键、c) ID的生成机制，不同的数据库所提供的机制并不完全一样、d) 适当的冗余数据，不过分追求高范式

2、 HQL优化：HQL如果抛开它同HIBERNATE本身一些缓存机制的关联，HQL的优化技巧同普通的SQL优化技巧一样，可以很容易在网上找到一些经验之谈。

加载策略：延迟加载vs立即加载、-延迟加载(默认) 不会立即命中数据库，使用数据时命中、在可以改变为立即、*使用数据必须在session关闭之前、-立即加载：立即命中数据库，不管有没有数据

抓取策略、查询抓取:(N+1)、连接抓取：需要在关联的对象中设臵fetch="select|join"、N+1 与 1+M：-针对一端，如果查询有m个对象，这时会先发送1条sql语句查出m个对象，然后再发送m条sql语句查关联对象，这就是1+M、-针对多端，如果查询有n个对象，那么对每个对象需要重新发送一条sql语句，这就是n+1。

事务控制：事务方面对性能有影响的主要包括:事务方式的选用，事务隔离级别以及锁的选用a) 事务方式选用:如果不涉及多个事务管理器事务的话，不需要使用JTA，只有JDBC的事务控制就可以。b) 事务隔离级别:参见标准的SQL事务隔离级别c) 锁的选用:共享锁、独占锁、更新锁、死锁、悲观锁、乐观锁。

第十七周

前面做过的新豆商城，使用JDBC来连接数据库，现在学习了Hibernate，所以把所有连接数据库的代码转变成hibernate来连接。

为什么选择Hibernate：由于是对JDBC的轻易级封闭，内存消耗少，最快的运行效率。、开发效率高，Eclipse、JBuilder等主流 JAVA集成开发环境对Hibernate有很好的支持，在大的项目，特别是持久层关系映射很复杂的情况下，Hibernate效率高的惊人。分布式，安全检查，集群，负载均衡的支持。轻量级封装，避免引入过多复杂的问题，调试容易，也减轻程序员的负担。具有可扩展性，API开放，当本身功能不够用的时候，可以自己遍码进行扩展。对JDBC访问数据库的代码做了封装，大大简化了数据访问层繁琐的重复性代码。

总结：通过hibernate连接，发现比以前用JDBC连接的代码量要少很多，简洁很多。唯一不好的是在XML的配臵文件中，经常会有错误。我相信，这只是我对hibernate不熟悉造成的，当对hibernate使用多了，这些问题就迎刃而解。

第十八周

在之前的项目基础上，实现以下功能：

系统可以分为不同权限的管理员，管理本系统，如商品管理员、系统管理员等。

系统管理员可以配臵一些信息管理本系统。

系统可以管理商品(添加、删除、修改、查询)。

系统可以管理商品分类(添加、删除、修改、查询)。

系统可以管理品牌(添加、删除、修改、查询)。

系统可以管理论坛，根据商品分类创建论坛分类。自定义分类等。

系统可以的论坛管理功能等，此处不再详细累赘。

系统可以进行订单管理功能。

系统可以进行用户管理功能。

公告管理管理。

模板管理功能。

支付用送货管理。

难点：顾客的购物功能

1. 顾客点击商品信息页的购买按钮，传递商品id、颜色到系统，系统根据客户传递的值将商品放入购物车中，然后显示购物车页面。

顾客依此往复，添加产品。

2. 顾客可以修改购买商品的数量，此处使用Ajax技术，动态刷新页面及商品小计金额和总金额。

3. 顾客可以删除购物车中的商品，此处仍然使用Ajax技术。

4. 顾客点击计算按钮的时候，弹出结算页面，顾客选择送货方式、付款方式、以及修改送货地址等。用户还可以选择使用豆豆支付商品。

5. 顾客点击提交完成本次购物，即完成一次订单购物。

总结：通过实践才能学到更多，更了解自己学会了多少。简单的总结为几个字：多看，多问，多观察，多思考!

第十九周

项目重构是团体合作，由6个人一起完成。要一起讨论包的命名、实体类。之后由技术总监把包的命名规范上传到共享区，团队做项目需要用到JIRA来跟进每天的任务。每个人还需要写总结：今天做了什么?做的过程中遇到的一些问题?明天打算做什么?这样项目经理才知道你今天完成了哪些内容。我的任务主要是做后台产品的管理，添加产品、修改产品、删除产品、以及产品图片的上传功能。用户订单的实现。

在团队合作中，我们提出的志同道合的口号就是团队精神的具体表现，没有一个共同的工作目标一切都很难实现，集体主义的具体表现就是团队精神，在我们工作中离不开团队精神的指引，团队离不开统一的指挥，才能保证团队的顺利工作和工作成绩的取得，这就是团队精神的巨大作用，在我们不同的历史时期，团队精神发挥了不同的作用，有一点是可以值得大家重视的就是，在凝聚人心鼓舞士气方面都具有十分重要的作用。在这里，我明白了团队合作的重要性。在接下来的代码实施中，工作进行的很顺利。

第二十周

在新豆商城的项目设计中，总结：需求分析是重点。

前台需求分析，系统前台拥有2种用户，即浏览使用本系统的顾客，当顾客注册为本系统的会员时，即本系统的第2种。

功能描述如下：浏览、注册、搜索、购物、登陆、消息功能、个人资料修改、收货地址、积分交易、订单查看等。

用例图如下：(略)

需求分析，系统后台拥有多种用户，简单描述如下：商品管理员、系统管理员等。由于时间关系，本系统后台前期可能不做开发。预想在后期专门开发权限管理栏目，可以根据需要产生多种管理员以分配不同的;功能描述如下：商品管理、商品分类管理、品牌管理、;后台用例图如下：;系统管理员;第二十一周;实习第二十一个礼拜;struts是开源软件;软件工程师使用Struts为业务应用的每一层提供;Action，这个类通常由用户提供，该控制器负责;Model部分：由JavaBean组成，Acti;View部分：该部分采用管理栏目，可以根据需要产生多种管理员以分配不同的权限进行管理。

功能描述如下：商品管理、商品分类管理、品牌管理、订单管理、送货方式管理、会员管理、公告管理、模板管理、论坛分类管理、帖子管理、系统配臵、支付管理等。

后台用例图如下：(略)

第二十一周

struts是开源软件。使用Struts的目的是为了帮助我们减少在运用MVC设计模型来开发Web应用的时间。如果我们想混合使用Servlets和JSP的优点来建立可扩展的应用，struts是一个不错的选择。

软件工程师使用Struts为业务应用的每一层提供支持。它的目的是为了帮助我们减少在运用MVC设计模型来开发Web应用的时间。我们仍然需要学习和应用该架构，不过它将可以完成其中一些繁重的工作。如果想混合使用Servlets和JSP的优点来建立可扩展的应用。 Action，这个类通常由用户提供，该控制器负责接收来自ActionServlet的请求，并根据该请求调用模型的业务逻辑方法处理请求，并将处理结果返回给JSP页面显示。

Model 部分：由JavaBean组成，ActionForm用于封装用户的请求参数，封装成ActionForm对象，该对象被ActionServlet转发给Action，Action根据ActionForm里面的请求参数处理用户的请求。JavaBean则封装了底层的业务逻辑，包括数据库访问等。

View部分：该部分采用JSP实现。Struts提供了丰富的标签库，通过标签库可以减少脚本的使用，自定义的标签库可以实现与Model的有效交互，并增加了现实功能。对应上图的JSP部分。

Controller 组件：Controller组件有两个部分组成——系统核心控制器，业务逻辑控制器。系统核心控制器，对应上图的ActionServlet。该控制器由 Struts框架提供，继承HttpServlet类，因此可以配臵成标注的Servlet。该控制器负责拦截所有的HTTP请求，然后根据用户请求决定是否要转给业务逻辑控制器。业务逻辑控制器，负责处理用户请求，本身不具备处理能力，而是调用

Model来完成处理。对应Action部分。

总结：学习了才知道struts很强大。

第二十二周

Spring 也是一个开源框架，Spring的用途不仅限于服务器端的开发。从简单性、可测试性和松耦合的角度而言，任何Java应用都可以从Spring中受益。传统J2EE应用的开发效率低，Spring作为开源的中间件，独立于各种应用服务器，甚至无须应用服务器的支持，也能提供应用服务器的功能，如声明式事务、事务处理等。

简单来说，Spring是一个轻量级的控制反转(IoC)和面向切面(AOP)的容器框架。轻量——从大小与开销两方面而言Spring都是轻量的。完整的Spring框架可以在一个大小只有1MB多的JAR文件里发布。并且Spring所需的处理开销也是微不足道的。此外，Spring是非侵入式的：典型地，Spring应用中的对象不依赖于Spring的特定类。控制反转——Spring通过一种称作控制反转(IoC)的技术促进了松耦合。面向切面——Spring提供了面向切面编程的丰富支持，允许通过分离应用的业务逻辑与系统级服务进行内聚性的开发。容器 ——Spring包含并管理应用对象的配臵和生命周期，在这个意义上它是一种容器，你可以配臵你的每个bean如何被创建——基于一个可配臵原型，你的 bean可以创建一个单独的实例或者每次需要时都生成一个新的实例——以及它们是如何相互关联的。框架——Spring可以将简单的组件配臵、组合成为复杂的应用。在Spring中，应用对象被声明式地组合，典型地是在一个XML文件里。Spring也提供了很多基础功能(事务管理、持久化框架集成等等)，将应用逻辑的开发留给了你。

所有Spring的这些特征使你能够编写更干净、更可管理、并且更易于测试的代码。它们也为Spring中的各种模块提供了基础支持。

第二十三周

项目概述：融合通信产品是一款基于云计算体系架构，融合所有通讯录，集中管理用户通讯会话的工具。它以融合通信录为关系链，提供多种通信方式并融合至统一入口，并融合互联网热点应用，提供进入互联网的入口，可根据实际政企用户的定制需求增加扩展功能。

功能范围：支持android系统手机，暂不支持iphone。

处理流程：

导航栏：用于在层级结构的信息中导航，也可以用来管理屏幕信息

标签栏：Tab栏用于切换子任务、视图和模式。

内容栏：显示页面内容的区域

列表视图：列表视图在一行行格子里展示信息，可以划分为块或进行归组。用户可以拖动内容，以显示更多行。用户可以点击选中一项，然后用控件增加或删除行，选中多拍，查看某一行的更多信息或者展开另一个表示视图。当用户选中某项目时，表格会短暂地高亮。

浮出层：浮出层是一种临时的视图方式，可以通过用户点击控件或区域来召唤。

分段控件：是一条分割成多段的线，每一段都像是按钮，可以激活一种视图方式。

关联菜单：通过长按屏幕上的内容来打开关联菜单，显示被选中内容的一些可操作指令的列表，指令可以成为当前进程的一部分，系统也能通过被选中内容去启动另一个进程进行操作。

第二十四周

上一个星期的实习下来，有很多经验，有很多认识，自己总是有很多的感慨。也许在实习的这些天中，我也在逐渐的成长。在认识学习逐渐的成熟。每个人都会在时间潮流中不断认识自我，只不过是时间的长短的问题。因此待人要真诚，时时为人着想，处处为人行事。能够把自己溶入群体，而不耻向工人群众学习。要想在如今的社会中生存，就要吸收新的思想与知识，不断更新观念，趋于完善。这样才有利于思想与实际行动真正地结合，只有在思想演练，才能在最短的时间里把自己要从事的行业中处于领先的地位进而起着不可替代的作用，因为我将会为它比其他人付出更多创造更多价值。我也应该得到我应得到的报酬与珍贵的经验。

在团队合作中，项目经理与技术经理起了很大作用。团队离不开统一的指挥，才能保证团队的顺利工作和工作成绩的取得，这就是团队精神的巨大作用;还有一点是可以值得大家重视的就是，在凝聚人心鼓舞士气方面都具有十分重要的作用。在这里，我更好的明白了团队合作的精神与凝聚力。

第二十五周

最后总结一下我在实习过程中的收获：在工作有苦，有甜，有辛酸，有快乐。但总的来说对自己还上一个不错的锻炼。失败是成功之母，要想有成功就必定会有失败，要能承受住失败的打击，从失败中总结出经验，把它化成自己的知识为以后遇到同样的事或者是类似的事就不会出同样的错误，感觉每周还是多接触接触一些事，对我们的成长是有好处的，关键还是在于自己平时对一些事情的处理和总结，不管自己以后走到那里这个都是必须的，在工作的时候不过分的依赖师傅而自己不去动手，不去想。如果是这样的话，你永远不会得到进步，只能在社会的竞争中被淘汰，在工作中要不断的学习积累，完善自己，而不是得过且过。要能做别人不能做的事，吃别人不能吃的苦，有苦以后才能有甜。

实习是为将来打基础的重要阶段，珍惜自己每一个工作的机会，不论什么人，什么学历，从事什么工作，好好的表现、展示自己的能力，不要错过好的机遇。没有一件事情是轻轻松松的，但每一件事都是让人成长的，经历一段过程，喜悦或是艰辛，尽管经历的方式不尽相同，但它的结果是相同的，我们都会因涉事而成长。通过实习，我自身发生了重大的转变。首先，进入公司，你就是一名职业人，不再是一名学生，你要具备一名职业人应具备的素养，不迟到不早退是必然的，而且还要时刻严格要求自己，公司的规定要严格遵守。然后，在技术上也有了很大的提高，学习了很多公司自己的框架和工具，这都是一些前辈的宝贵经验。而且所作的软件应用性更强。所以，我要坚定自己的信念，在公司好好实习，争取提早转正，我相信我会在JAVA开发这条路上走的更长更远。

展开阅读全文

喜欢 0 0 次下载分享收起

java读书心得

范文类型：心得体会，全文共 36011 字

+ 加入清单

注：框架可以用word菜单中的 “视图/文档结构图” 看到

j2ee模式

value object(值对象) 用于把数据从某个对象/层传递到其他对象/层的任意java对象。

通常不包含任何业务方法。

也许设计有公共属性，或者提供可以获取属性值的get方法。

jsp

1.jsp的基础知识

_____ | directive (指令)

| |-- scripting (脚本)

jsp -------| |__ action (动作)

|_____template data ：除jsp语法外，jsp引擎不能解读的东西

1)在jsp中使用的directive(指令)主要有三个：

a) page指令

b) include指令

c) taglib指令

在jsp的任何地方，以任何顺序，一个页面可以包含任意数量的page指令

2)scripting(脚本)包括三种类型

a) ;

b) ;

c) ;

3)action(动作)

标准的动作类型有：

a) ;

b) ;

d) ;

e) ;

f) ;

g) ;

h) ; 日记日记300字

1. 注释： ;

;

2. ;

session可以不赋值，默认为true,如果session=”false”,则在jsp页面中，隐含的变量session就不能使用。

3. 请求控制器结构(request controller)

也被称之为jsp model 2 architecture

这种途径涉及到使用一个servlet或一个jsp作为一个应用程序或一组页面的入口点。

为创建可维护的jsp系统，request controller是最有用的方式之一。

不是jsp，而是java类才是放置控制逻辑的正确的地方。

请求控制器的命名模式为: controller.jsp

请求控制器类的命名模式为: requestcontroller

2.jsp中的javabean

jsp三种bean的类型

1) 页面bean

2) 会话bean

3) 应用bean

大多数的系统会使用一个会话bean来保持状态，而对每一个页面使用一个页面bean 来对复杂的数据进行表示。

页面bean是一个模型，而jsp是一个视图。

3.custom tag

bean是信息的携带者，

而tag更适用于处理信息。

标记库包含一个标记库描述符(tld)和用于实现custom tag的java类

在翻译阶段，jsp容器将使用tld来验证页面中的所有的tag是否都被正确的使用。

标记处理程序只是一个简单的适配器，而真正的逻辑是在另一个类中实现的，标记处理程序只是提供了一个供其他的可复用的类的jsp接口

servlet

1.servletconfig

 一个servletconfig对象是servlet container在servlet initialization的时候传递给servlet的。

servletconfig包涵 servletcontext 和一些 name/value pair (来自于deployment descriptor)

 servletcontext接口封装了web应用程序的上下文概念。

2.会话跟踪

1) session

 当一个client请求多个servlets时，一个session可以被多个servlet共享。

 通常情况下，如果server detect到browser支持cookie，那么url就不会重写。

2) cookie

 在java servlet中，如果你光 cookie cookie = new cookie(name,value)

那么当用户退出browser时，cookie会被删除掉，而不会被存储在客户端的硬盘上。

如果要存储 cookie，需加一句 cookie.setmaxage(200)

 cookie是跟某一个server相关的，运行在同一个server上的servlet共享一个cookie.

3) url rewriting

在使用url rewriting来维护session id的时候，每一次http请求都需要encodeurl

典型的用在两个地方

1) out.print(“form action=” ”);

out.print(response.encodeurl(“sessionexample”));

out.print(“form action=” ”);

out.print(“method = get>;”);

2) out.print(“

;

out.print(response.encodeurl(“sessionexample?database=foo&datavalue=bar”));

out.println(“” >;url encoded ;”);

3.singlethreadmodel

默认的，每一个servlet definition in a container只有一个servlet class的实例。

只有实现了singlethreadmodel，container才会让servlet有多个实例。

servlet specification上建议，不要使用synchronized，而使用singlethreadmodel。

singlethreadmodel(没有方法)

保证servlet在同一时刻只处理一个客户的请求。

singlethreadmodel是耗费资源的，特别是当有大量的请求发送给servlet时，singlethreadmodel的作用是使包容器以同步时钟的方式调用service方法。

这等同于在servlet的service方法种使用synchronized.

single thread model一般使用在需要响应一个heavy request的时候，比如是一个需要和数据库打交道的连接。

2. 在重载servlet地init( )方法后，一定要记得调用super.init( );

3. the client通过发送一个blank line表示它已经结束request

而the server通过关闭the socket来表示response已结束了。

4. 一个http servlet可以送三种东西给client

1) a single status code

2) any number of http headers

3) a response body

5. servlet之间信息共享的一个最简单的方法就是

system.getproperties.put(“key”,”value”);

6. post和get

post：将form内各字段名称和内容放置在html header内传送给server

get: ?之后的查询字符串要使用urlencode，经过urlencode后，这个字符串不再带有空格，以后将在server上恢复所带有的空格。

get是web上最经常使用的一种请求方法，每个超链接都使用这种方法。

7. web.xml就是web applicatin 的deployment descriptor

作用有：组织各类元素

设置init param

设置安全性

8. request dispatcher用来把接收到的request forward processing到另一个servlet

要在一个response里包含另一个servlet的output时，也要用到request dispatcher.

9. servlet和jsp在同一个jvm中，可以通过serveltcontext的

setattribute( )

getattribute( )

removeattribute( )

来共享对象

10. 利用request.getparameter( )得到的string存在字符集问题。

可以用 strtitle = request.getparameter(“title”);

strtitle = new string(strtitle.getbytes(“8859-1”),”gb2312”);

如果你希望得到更大得兼容性

string encoding = response.getcharacterencoding;

//确定application server用什么编码来读取输入的。

strtitle = new string(strtitle.getbytes(encoding),”gb2312”);

xml

1.xml基础知识

1. 一个xml文档可以分成两个基本部分：

首部( header )

内容( content )

2. xml名字空间规范中指定：

xml文档中的每一个元素都处在一个名字空间中;如果没有指定的名字空间，缺省的名字空间就是和该元素相关联的名字空间。

3. a document that is well-formed obeys all of the rules of xml documents (nested tags, etc.)

" if a well-formed document uses a document type definition (more on these in a minute), and it follows all the rules of the dtd, then it is also a valid document

4. a tag is the text between the ;

" an element is the start tag, the end tag,and everything (including other elements) in between

5. 标签( tags ) 实际上包含了“元素”( elements ) 和 “属性”( attributes )两部分。

用元素( elements )来描述有规律的数据。

用属性( attributes ) 来描述系统数据。

如果你有一些数据要提供给某个应用程序，该数据就可能要用到一个元素。

如果该数据用于分类，或者用于告知应用程序如何处理某部分数据，或者该数据从来没有直接对客户程序公开，那么它就可能成为一种属性。

6. cdata (读作：c data ) c是character的缩写。

.xml.sax.reader

org.xm.l.sax.xmlreader

org.apche.xerces.parsers.saxparser

2.webservice

2.1 webservice的基本概念

webservice是一种可以接收从internet或者intranet上的其它系统中传递过来的请求，轻量级的独立的通讯技术。

这种技术允许网络上的所有系统进行交互。随着技术的发展，一个web服务可以包含额外的指定功能并且可以在多个b2b应用中协作通讯。

web服务可以理解请求中上下文的关系，并且在每一个特定的情况下产生动态的结果。这些服务会根据用户的身份，地点以及产生请求的原因来改变不同的处理，用以产生一个唯一的，定制的方案。这种协作机制对那些只对最终结果有兴趣的用户来说，是完全透明的。

uddi

在用户能够调用web服务之前，必须确定这个服务内包含哪些商务方法，找到被调用的接口定义，还要在服务端来编制软件。所以，我们需要一种方法来发布我们的web服务。

uddi (universal description, discovery, and integration) 是一个主要针对web服务供应商和使用者的新项目。uddi 项目中的成员可以通过uddi business registry (ubr) 来操作web服务的调用，ubr是一个全球性的服务。

web服务供应商可以在ubr中描述并且注册他们的服务。

用户可以在ubr中查找并定位那些他们需要的服务。

uddi是一种根据描述文档来引导系统查找相应服务的机制。

uddi包含标准的“白皮书”类型的商业查询方式，

“黄皮书”类型的局部查找，以及

“绿皮书”类型的服务类型查找。

uddi利用soap消息机制(标准的xml/http)来发布，编辑，浏览以及查找注册信息。它采用xml格式来封装各种不同类型的数据，并且发送到注册中心或者由注册中心来返回需要的数据。

wsdl

对于商业用户来说，要找到一个自己需要使用的服务，他必须知道如何来调用。

wsdl (web services description language) 规范是一个描述接口，语义以及web服务为了响应请求需要经常处理的工作的xml文档。这将使简单地服务方便，快速地被描述和记录。

以下是一个wsdl的样例：

targetnamespace=""

xmlns:tns="" (5)(6)(7)(8)(9)(10)(11)(12)(13)(14)(15)

xmlns:xsd1=""

xmlns:soap=";

xmlns=";>;

type="tns:stockquoteporttype">;

transport=";/>;

soapaction=""/>;

;my first service;

它包含了以下的关键信息：

消息的描述和格式定义可以通过xml文档中的;和; 标记来传送。

; 标记中表示了消息传送机制。 (e.g. request-only, request-response, response-only) 。

; 标记指定了编码的规范。

; 标记中表示服务所处的位置 (url)。

wsdl在uddi中总是作为一个接口描述文档。因为uddi是一个通用的用来注册wsdl规范的地方，uddi的规范并不限制任何类型或者格式描述文档。这些文档可能是一个wsdl文档，或者是一个正规的包含导向文档的web页面，也可能只是一个包含联系信息的电子邮件地址。

现在java提供了一个 java api for wsdl (jwsdl)规范。它提供了一套能快速处理wsdl文档的方法，并且不用直接对xml文档进行操作，它会比jaxp更方便，更快速。

soap

当商业用户通过uddi找到你的wsdl描述文档后，他通过可以simple object access protocol (soap) 调用你建立的web服务中的一个或多个操作。

soap是xml文档形式的调用商业方法的规范，它可以支持不同的底层接口，象http(s)或者smtp。

之所以使用xml是因为它的独立于编程语言，良好的可扩展性以及强大的工业支持。之所以使用http是因为几乎所有的网络系统都可以用这种协议来通信，由于它是一种简单协议，所以可以与任何系统结合，还有一个原因就是它可以利用80端口来穿越过防火墙。

soap的强大是因为它简单。soap是一种轻量级的，非常容易理解的技术，并且很容易实现。它有工业支持，可以从各主要的电子商务平台供应商那里获得。

从技术角度来看，soap详细指明了如何响应不同的请求以及如何对参数编码。一个soap封装了可选的头信息和正文，并且通常使用http post方法来传送到一个http 服务器，当然其他方法也是可以的，例如smtp。soap同时支持消息传送和远程过程调用。以下是一个soap请求。

post /stockquote http/1.1

host: www.stockquoteserver

content-type: text/xml; charset="utf-8"

content-length: nnnn

soapaction: "some-uri"

xmlns:soap-env=";

〖5〗〖6〗〖7〗〖8〗〖9〗〖10〗〖11〗〖12〗〖13〗〖14〗〖15〗

soap-env:encodingstyle=";/>;

;sunw;

jaxr

为了支持uddi在java平台上的功能，java apis for xml registries (jaxr)允许开发者来访问注册中心。

值得注意的是，jaxr并不是建立web服务必需的，你可以利用其他常用的xml apis来直接集成这些协议。

jaxr是一个方便的api，它提供了java api来发布，查找以及编辑那些注册信息。它的重点在于基于xml的b2b应用，复杂的地址本查找以及对xml消息订阅的支持等web服务。

它也可以用来访问其他类型的注册中心，象ebxml注册中心。

这些对web服务的注册信息进行的操作，可以使用当前的一些web服务工具来完成(例如第三方的soap和ebxml消息工具)。另外，当jaxp提供了一致并具有针对性的api来完成这些操作，这将使开发变得更加容易。

jax/rpc

为了使开发人员专注于建立象soap那样的基于xml的请求，jcp正在开发基于rpc (jax/rpc) 的java api。jax/rpc是用来发送和接收方法调用请求的，它基于xml协议，象soap，或者其他的象xmlp (xml protocol，要了解更多可以参考)。jax/rpc使你不用再关注这些协议的规范，使应用的开发更快速。不久，开发人员就不用直接以xml表示方法调用了。

目前有很多第三方实现了soap，开发人员可以在不同的层次上调用soap，并选择使用哪一种。将来，jax/rpc会取代这些apis并提供一个统一的接口来构造以及处理soap rpc请求。

在接收一个从商业伙伴那里过来的soap请求的时候，一个java servlet用jax/rpc来接收这个基于xml的请求。一旦接收到请求后，servlet会调用商务方法，并且把结果回复给商业伙伴。

jaxm

当从商业合作伙伴那里接收一个web服务的请求时，我们需要java api实现一个servlet来处理ebxml消息，就象我们用jax/rpc来处理soap请求一样。

java api for xml messaging (jaxm) 是集成xml消息标准(象ebxml消息或者soap消息)的规范。

这个api是用来推动xml消息处理的，它检测那些预定单的消息格式以及约束。它控制了所有的消息封装机制，用一种直观的方式分割了消息中的信息，象路由信息，发货单。这样，开发人员只要关注消息的有效负载，而不用去担心那些消息的重复处理。

目前的开发人员用jaxp来实现jaxm将要提供的功能，jaxm将会提供一套非常具有针对性的api来处理基于xml的消息传送。这将大大简化开发人员的代码，并使它们具有统一的接口。

jaxm和jax/rpc的差别在于处理消息导向的中间件以及远程过程调用的不同。jaxm注重于消息导向，而jax/rpc是用来完成远程过程调用的。以下是图解。

请注意，在jaxm 和 jax/rpc技术成熟之前，开发人员还是依赖于第三方的soap apis，象apache soap, idooxoap, 以及 glue。当jaxm 和 jax/rpc正式发布后，它将为当前不同的soap和ebxml消息提供统一的接口。就象jdbc位多种不同的数据库提供统一的接口。

jaxb

xml绑定技术可以把xml文档和java对象进行自由转换。

用jaxb，你可以在后台的ejb层，把xml文档转换成java对象。同样你也可以把从ejb中取出的java对象转换成xml文档返回给用户。

jaxb接口提供了比sax和dom更高级的方法来处理xml文档。它提供的特性可以在xml数据和java类之间互相映射，提供了一个简单的方法来转换xml数据。它比逐个解析标记更简单。

2.2 建立weservice的步骤

在建立weservice的时候，有三个主要步骤：

1.建立客户端联接

为了允许applets，applications，商业合作伙伴，浏览器和pdas 使用web服务。

2.实现web服务

包括工作流，数据传送，商业逻辑以及数据访问。这些功能是隐藏在web服务后，并且为客户端工作的。

3.联接后台系统

这个系统可能包括一个或多个数据库，现存的企业信息系统，商业合作伙伴自己的系统或者web服务，以及在多个系统中共享的数据。

基于j2ee的web服务的核心构架：

rmi

1. rmi-iiop

2. rmi 是在java中使用remote method invocation的最初的方法，rmi使用java.rmi包

rmi-iiop 是rmi的一个特殊版本，rmi-iiop可以和corba兼容，rmi-iiop使用java.rmi包和javax.rmi

jaf(java活动构架)

开发者可以使用jaf来决定任意一块数据的类型、封装对数据的访问、寻找合适的操作、实例化相关的bean来执行这些操作等。

例如，javamail就是使用jaf根据mime类型来决定实例化那一个对象。

ejb

1. ejb组件实现代码的限制

ejb组件的约束

ejb的开发者并不需要在ejb的组件实现代码中编写系统级的服务，ejb提供商/开发

者需知道并且严格地遵守一些限制，这些限制与开发稳定的和可移植的ejb组件的利益有

关。

以下是你应该回避使用的一些java特色，并且在你的ejb组件的实现代码中要严格限

制它们的使用：

1.使用static，非final 字段。建议你在ejb组件中把所有的static字段都声明为final型的。这样可以保证前后一致的运行期语义，使得ejb容器有可以在多个java虚拟机之间分发组件实例的灵活性。

2.使用线程同步原语来同步多个组件实例的运行。避免这个问题，你就可以使ejb容器灵活的在多个java虚拟机之间分发组件实例。

3.使用awt函数完成键盘的输入和显示输出。约束它的原因是服务器方的商业组件意味着提供商业功能而不包括用户界面和键盘的i/o功能。

4.使用文件访问/java.io 操作。ejb商业组件意味着使用资源管理器如jdbc来存储和检索数据而不是使用文件系统api。同时，部署工具提供了在部署描述器(descriptor)中存储环境实体，以至于ejb组件可以通过环境命名上下文用一种标准的方法进行环境实体查询。所以，使用文件系统的需求基本上是被排除了。

5.监听和接收socket连接，或者用socket进行多路发送。ejb组件并不意味着提供网络socket服务器功能，但是，这个体系结构使得ejb组件可以作为socket客户或是rmi客户并且可以和容器所管理的环境外面的代码进行通讯。

6.使用映象api查询ejb组件由于安全规则所不能访问的类。这个约束加强了java平台的安全性。

7.欲创建或获得一个类的加载器，设置或创建一个新的安全管理器，停止java虚拟机，改变输入、输出和出错流。这个约束加强了安全性同时保留了ejb容器管理运行环境的能力。

8.设置socket工厂被urls serversocket,socket和stream handler使用。避免这个特点，可以加强安全性同时保留了ejb容器管理运行环境的能力。

9.使用任何方法启动、停止和管理线程。这个约束消除了与ejb容器管理死锁、线程

和并发问题的责任相冲突的可能性。

通过限制使用10-16几个特点，你的目标是堵上一个潜在的安全漏洞：

10.直接读写文件描述符。

11.为一段特定的代码获得安全策略信息。

12.加载原始的类库。

13.访问java一般角色所不能访问的包和类。

14.在包中定义一个类。

15.访问或修改安全配置对象(策略、安全、提供者、签名者和实体)。

16.使用java序列化特点中的细分类和对象替代。

17.传递this引用指针作为一个参数或者作为返回值返回this引用指针。你必须使用

sessioncontext或entitycontext中的getejbobject的结果。

java2平台的安全策略

以上所列的特点事实上正是java编程语言和java2标准版中的标准的、强有力的特色。ejb容器允许从j2se中使用一些或全部的受限制的特色，尽管对于ejb组件是不可用的，但需通过j2se的安全机制来使用而不是通过直接使用j2se的api。

java2平台为ejb1.1规范中的ejb容器所制定的安全策略定义了安全许可集，这些许可在ejb组件的编程限制中出现。通过这个策略，定义了一些许可诸如：java.io.filepermission,.netpermission,java.io.reflect.reflectpermission,java.lang.security.securitypermission,以便加强先前所列出的编程限制。

许多ejb容器没有加强这些限制，他们希望ejb组件开发者能遵守这些编程限制或者是带有冒险想法违背了这些限制。违背这些限制的ejb组件，比标准方法依赖过多或过少的安全许可，都将很少能在多个ejb容器间移植。另外，代码中都将隐藏着一些不确定的、难以预测的问题。所有这些都足以使ejb组件开发者应该知道这些编程限制，同时也应该认真地遵守它们。

任何违背了这些编程限制的ejb组件的实现代码在编译时都不能检查出来，因为这些特点都是java语言和j2se中不可缺少的部分。

对于ejb组件的这些限制同样适用于ejb组件所使用的帮助/访问(helper/access)类，j2ee应用程序使用java文档(jar)文件格式打包到一个带.ear(代表enterprise archive)扩展名的文件中，这个ear文件对于发送给文件部署器来说是标准的格式。ear文件中包括在一个或多个ejb-jar文件中的ejb组件，还可能有ejb-jar所依赖的库文件。所有ear文件中的代码都是经过深思熟虑开发的应用程序并且都遵守编程限制和访问许可集。

未来版本的规范可能会指定通过部署工具来定制安全许可的能力，通过这种方法指定了一个合法的组件应授予的许可权限，也指定了一个标准方法的需求：如从文件系统中读文件应有哪些要求。一些ejb容器/服务器目前在它们的部署工具中都提供了比标准权限或多或少的许可权限，这些并不是ejb1.1规范中所需要的。

理解这些约束

ejb容器是ejb组件生存和执行的运行期环境，ejb容器为ejb组件实例提供了一些服务如：事务管理、安全持久化、资源访问、客户端连接。ejb容器也负责ejb组件实例整个生命期的管理、扩展问题以及并发处理。所以，ejb组件就这样寄居在一个被管理的执行环境中--即ejb容器。

因为ejb容器完全负责ejb组件的生命期、并发处理、资源访问、安全等等，所以与容器本身的锁定和并发管理相冲突的可能性就需要消除，许多限制都需要使用来填上潜在的安全漏洞。除了与ejb容器责任与安全冲突的问题，ejb组件还意味着仅仅聚焦于商务逻辑，它依赖于ejb容器所提供的服务而不是自己来直接解决底层的系统层的问题。 3 4 5 6 7 8 9 10 11 12 13 14 15

可能的问题

通常，ejb组件在容器之间的移植不可避免地与如下问题相关：

1.它需要依靠的受限制的特点在特定ejb容器中没有得到加强。

2.它需要依靠的非标准的服务从容器中可获得。

为了保证ejb组件的可移植性和一致的行为，你应该使用一个具有与java2平台安全

策略集相一致的策略集的容器来测试ejb组件，并且其加强了前述的编程限制。

总结

ejb组件开发者应该知道这些推荐的关于ejb组件的编程限制，明白它们的重要性，并且从组件的稳定性和可移植性利益方面考虑来遵循它们。因为这些编程限制能阻止你使用标准的java语言的特点，违背了这些编程限制在编译时不会知道，并且加强这些限制也不是ejb容器的责任。所有这些原因都使你应很小心地遵守这些编程限制，这些限制在组件的合同中已经成为了一个条款，并且它们对于建造可靠的、可移植的组件是非常重要的。

2. 优化ejb

entity bean为在应用程序和设计中描述持久化商业对象(persistent business objec ts)提供了一个清晰的模型。在java对象模型中，简单对象通常都是以一种简单的方式进行处理但是，很多商业对象所需要的事务化的持久性管理没有得到实现。entity bean将持久化机制封装在容器提供的服务里，并且隐藏了所有的复杂性。entity bean允许应用程序操纵他们就像处理一个一般的java对象应用。除了从调用代码中隐藏持久化的形式和机制外，entity bean还允许ejb容器对对象的持久化进行优化，保证数据存储具有开放性，灵活性，以及可部署性。在一些基于ejb技术的项目中，广泛的使用oo技术导致了对entity bean的大量使用，sun的工程师们已经积累了很多使用entity bean的经验，这篇文章就详细阐述的这些卡发经验：

*探索各种优化方法

*提供性能优化和提高适用性的法则和建议

*讨论如何避免一些教训。

法则1：只要可以，尽量使用cmp

cmp方式不仅减少了编码的工作量，而且在container中以及container产生的数据库访问代码中包括了许多优化的可能。container可以访问内存缓冲中的bean,这就允许它可以监视缓冲中的任何变化。这样的话就在事物没有提交之前，如果缓存的数据没有变化就不用写到数据库中。就可以避免许多不必要的数据库写操作。另外一个优化是在调用find方法的时候。通常情况下find方法需要进行以下数据库操作：

查找数据库中的纪录并且获得主键

将纪录数据装入缓存

cmp允许将这两步操作优化为一步就可以搞定。[具体怎么做我也没弄明白，原文没有具体阐述]

法则2：写代码时尽量保证对bmp和cmp都支持

许多情况下，ejb的开发者可能无法控制他们写的bean怎么样被部署，以及使用的container是不是支持cmp.

一个有效的解决方案是，将商业逻辑的编码完全和持久化机制分离。再cmp类中实现商业逻辑，然后再编写一个bmp类，用该类继承cmp类。这样的话，所有的商业逻辑都在cmp类中，而持久化机制在bmp中实现。[我觉得这种情况在实际工作中很少遇到，但是作者解决问题的思路值得学习]

法则3：把ejbstore中的数据库访问减小到最少。

如果使用bmp,设置一个缓存数据改变标志dirty非常有用。所有改变数据库中底层数据的操作，都要设置dirty,而在ejbstore中，首先检测dirty的值，如果dirty的值没有改变，表明目前数据库中的数据与缓存的一致，就不必进行数据库操作了，反之，就要把缓存数据写入数据库。

法则4：总是将从lookup和find中获得的引用进行缓存。(cache)

引用缓存对session bean和entity bean 都是适用的。

通过jndi lookup获得ejb资源。比如datasource,bean的引用等等都要付出相当大的代价。因此应该避免多余的lookup.可以这样做：

将这些引用定义为实例变量。

从setentitycontext(session bean使用setsessioncontext)方法查找他们。setentitycontext方法对于一个bean实例只执行一次，所有的相关引用都在这一次中进行查找，这样查找的代价就不是那么昂贵了。应该避免在其他方法中查找引用。尤其是访问数据库的方法：ejbload和ejbstore,如果在这些频繁调用的方法中进行datasource的查找，势必造成时间的浪费。

调用其他entity bean的finder方法也是一种重量级的调用。多次调用finder方法的代价非常高。如果这种引用不适合放在setentitycontext这样的初始化时执行的方法中执行，就应该在适当的时候缓存finder的执行结果。只是要注意的是，如果这个引用只对当前的entity有效，你就需要在bean从缓冲池中取出来代表另外一个实体时清除掉这些引用。，这些操作应该在ejbactivate中进行。

法则5:总是使用prepare statements

这条优化法则适用于所有访问关系数据库的操作。

数据库在处理每一个sql statement的时候，执行前都要对statement进行编译。一些数据库具有缓存statement和statement的编译后形式的功能。数据库可以把新的statement和缓存中的进行匹配。然而，如果要使用这一优化特性，新的statement要必须和缓存中的statement完全匹配。

对于non-prepared statement,数据和statement本身作为一个字符串传递，这样由于前后调用的数据不同而不能匹配，就导致无法使用这种优化。而对于prepared statement,数据和statement是分开传递给数据库的，这样statement就可以和cache中已编译的statement进行匹配。statement就不必每次都进行编译操作。从而使用该优化属性。

【5】【6】【7】【8】【9】【10】【11】【12】【13】【14】【15】

这项技术在一些小型的数据库访问中能够减少statement将近90%的执行时间。

法则6：完全关闭所有的statement

在编写bmp的数据库访问代码时，记住一定要在数据库访问调用之后关闭statement,因为每个打开的statement对应于数据库中的一个打开的游标。

security

1.加密

对称加密

(1)分组密码

(2)流密码

常用的对称加密算法：

des和tripledes

blowfish

rc4

aes

非对称加密

常用的非对称加密算法

rsa

elgamal

会话密钥加密(对称加密和非对称加密一起使用)

常用的会话密钥加密协议

s/mime

pgp

ssl和tls ssl是在application level protocal和transport protocal之间的。

比如：http和tcp/ip之间

ssl 提供了服务器端认证和可选的客户端认证，保密性和数据完整性。

提供基于ssl方式的传输加密和认证，确保以下三种安全防护：

数据的机密性和准确性、

服务器端认证

客户端认证。

客户端认证比服务器端认证不很普遍的原因是每一个要被认证的客户都必须有一张verisign这样的ca签发的证书。

通常，在进行身份认证的时候，应当只接受一个ca，这个ca的名字包含在客户证书中。

由于不可能随意创建一个由指定ca签发的证书，所以这可以有效的防御通过伪造证书来进行的攻击尝试。

2.认证(authentication)

认证就是确定一条消息或一个用户的可靠性的过程。

1.消息摘要

md5

sha和sha-1

2.消息认证码(message authientication codes,mac)

3.数字签名

用户可以用自己的密钥对信息加以处理，由于密钥仅为本人所有，这样就产生了别人无法生成的文件，也就形成了数字签名

数字签名可以

1)保证数据的完整性

2)验证用户的身份

数字签名采用一个人的私钥计算出来，然后用公钥去检验。

hash算法私钥加密

原报文 ――――――>;报文摘要( message digest ) ―――――>;数字签名

原报文和数字签名一起被发送到接受者那里，接受者用同样的hash算法得到报文摘要，然后用发送者的公钥解开数字签名。

比较是否相同，则可以确定报文确定来自发送者。

验证数字签名必须使用公钥，但是，除非你是通过安全的方式直接得到，否则不能保证公钥的正确性。(数字证书可以解决这个问题)

一个接受者在使用公钥(public key)检查数字签名(digital signature)的可信度时，通常先要检查收到的公钥(public key)是否可信的。

因此发送方不是单单地发送公钥(public key)，而是发送一个包含公钥(public key)的数字证书(cetificate )。

4.数字证书

数字证书是一个经证书授权中心数字签名的包含公开密钥所有者信息以及公开密钥的文件。

数字证书cetificate中包括：

i. 用户的公钥(public key)

ii. 用户的一些信息，如姓名，email

iii. 发行机构的数字签名(digital signature)，用于保证证书的可信度

iv. 发行机构的一些信息

数字证书的格式遵循x.509国际标准。

注意：一个数字证书certificate并不适用于多种browser,甚至一种browser的多个版本。

数字标识由公用密钥、私人密钥和数字签名三部分组成。

当在邮件中添加数字签名时，您就把数字签名和公用密钥加入到邮件中。数字签名和公用密钥统称为证书。您可以使用 outlook express 来指定他人向您发送加密邮件时所需使用的证书。这个证书可以不同于您的签名证书。

收件人可以使用您的数字签名来验证您的身份，并可使用公用密钥给您发送加密邮件，这些邮件必须用您的私人密钥才能阅读。

要发送加密邮件，您的通讯簿必须包含收件人的数字标识。这样，您就可以使用他们的公用密钥来加密邮件了。当收件人收到加密邮件后，用他们的私人密钥来对邮件进行解密才能阅读。

在能够发送带有数字签名的邮件之前，您必须获得数字标识。如果您正在发送加密邮件，您的通讯簿中必须包含每位收件人的数字标识。

数字证书，可以是个人证书或 web 站点证书，用于将身份与"公开密钥"关联。只有证书的所有者才知道允许所有者"解密"或进行"数字签名"的相应"私人密钥"。当您将自己的证书发送给其他人时，实际上发给他们的是您的公开密钥，这样他们就可以向您发送只能由您使用私人密钥解密和读取的加密信息。

通过浏览器使用数字证书，必须先要设置浏览器软件 internet explorer 或 netscape使用此证书，才能开始发送加密或需要数字签名的信息。访问安全的 web 站点(以"https"打头的站点)时，该站点将自动向您发送他们的web站点证书。

3.ca(证书授证中心)

ca机构，又称为证书授证(certificate authority)中心，作为电子商务交易中受信任的第三方，承担公钥体系中公钥的合法性检验的责任。ca中心为每个使用公开密钥的用户发放一个数字证书，数字证书的作用是证明证书中列出的用户合法拥有证书中列出的公开密钥。ca机构的数字签名使得攻击者不能伪造和篡改证书。在set交易中，ca不仅对持卡人、商户发放证书，还要对获款的银行、网关发放证书。它负责产生、分配并管理所有参与网上交易的个体所需的数字证书，因此是安全电子交易的核心环节。

〖5〗〖6〗〖7〗〖8〗〖9〗〖10〗〖11〗〖12〗〖13〗〖14〗〖15〗

对证书的信任基于对根证书的信任. 例如在申请sheca的个人数字证书前，需要先下载根证书，然后再进行各类证书的申请。

下载根证书的目的：

网络服务器验证(s);安全电子邮件(e)

申请个人数字证书可以为internet用户提供发送电子邮件的安全和访问需要安全连接(需要客户证书)的站点。

1)个人数字证书

a.个人身份证书

个人身份证书是用来表明和验证个人在网络上的身份的证书，它确保了网上交易和作业的安全性和可靠性。可应用于：网上炒股、网上理财、网上保险、网上缴费、网上购物、网上办公等等。个人身份证书可以存储在软盘或ic卡中。

b.个人安全电子邮件证书

个人安全电子邮件证书可以确保邮件的真实性和保密性。申请后一般是安装在用户的浏览器里。用户可以利用它来发送签名或加密的电子邮件。

用户在申请安装完安全安全电子邮件数字证书后，就可以对要发送的邮件进行数字签名。收信人收到该邮件后，就可以看到数字签名的标记，这样就可以证明邮件肯定来自发信者本人，而不是别人盗用该帐号伪造信件，同时也保证该邮件在传送过程中没被他人篡改过任何数据。

安全电子邮件中使用的数字证书可以实现：

保密性通过使用收件人的数字证书对电子邮件加密。如此以来，只有收件人才能阅读加密的邮件，在internet上传递的电子邮件信息不会被人窃取，即使发错邮件，收件人也无法看到邮件内容。

认证身份在internet上传递电子邮件的双方互相不能见面，所以必须有方法确定对方的身份。利用发件人数字证书在传送前对电子邮件进行数字签名即可确定发件人身份，而不是他人冒充的。

完整性利用发件人数字证书在传送前对电子邮件进行数字签名不仅可确定发件人身份，而且传递的电子邮件信息也不能被人在传输过程中修改。

不可否认性由于发件人的数字证书只有发件人唯一拥有，故发件人利用其数字证书在传送前对电子邮件进行数字签名，发件人就无法否认发过这个电子邮件。

outlook express中的个人安全电子邮件证书

签名邮件带有签名邮件图标。

签名邮件可能出现的任何问题都将在本信息之后可能出现的“安全警告”中得到描述。如果存在问题，您应该认为邮件已被篡改，或并非来自所谓的发件人。

当收到一封加密邮件时，您应该可以自信地认为邮件未被任何第三者读过。outlook express 会自动对电子邮件解密，如果在您的计算机上装有正确的数字标识。

2)企业数字证书

a.企业身份证书

企业身份证书是用来表明和验证企业用户在网络上身份的证书，它确保了企业网上交易和作业的安全性和可靠性。可应用于：网上证券、网上办公、网上交税、网上采购、网上资金转帐、网上银行等。企业身份证书可以存储在软盘和ic卡中。

b.企业安全电子邮件证书

企业安全电子邮件证书可以确保邮件的真实性和保密性。申请后一般是安装在用户的浏览器里。企业可以利用它来发送签名或加密的电子邮件。

可使用 windows 中的证书服务来创建证书颁发机构 (ca)，它负责接收证书申请、验证申请中的信息和申请者的身份、颁发证书、吊销证书以及发布证书吊销列表 (crl)。

通常，当用户发出证书申请时，在其计算机上的加密服务提供程序 (csp) 为用户生成公钥和私钥对。用户的公钥随同必要的识别信息发送至 ca。如果用户的识别信息符合批准申请的 ca 标准，那么 ca 将生成证书，该证书由客户应用程序检索并就地存储。

4.set

安全接口层协议——ssl(se cure socketslayer)，并且已经几乎成为了目前www 世界的事实标准。这一标准使用公共密钥编码方案来对传输数据进行加密，在双方之间建立一个internet 上的加密通道，从而使第三方无法获得其中的信息，其思路与目前流行的方案大致相同，目的都是要保护数据不被未经授权的第三方所窃听，或即使窃听到也不知所云。但就象一样，ssl 在认证方面没有任何作为，它们都需要通过另外的手段来确认身份和建立双方彼此间的信任，然后再通过ssl 进行交易。

正是由于ssl 标准在认证方面的缺憾，所以set 才有存在的必要。set(secure electronic transactions) 规范由masterc ard 和visa 公司于1996 年发布，专家们认为set 是保证用户与商家在电子商务与在线交易中免受欺骗的重要手段。传统的信用卡交易者总在担心不诚实的店员会将自己的信用卡号码透露给他人，而在线交易也是如此，持卡者总在担心服务器端的管理员会将信用卡号码泄露出去，或者担心黑客会在管理员不知情的情况下盗取信用卡号码。事实上这些担心都是必要的，而set 标准则可以保证用户的信用卡号码只传送给信用卡公司进行认证，不会被系统管理员看到，也不会留在交易服务器的硬盘上给黑客以可乘之机。

5.pki

pki是一种易于管理的、集中化的网络安全方案。它可支持多种形式的数字认证: 数据加密、数字签字、不可否认、身份鉴别、密钥管理以及交叉认证等。pki可通过一个基于认证的框架处理所有的数据加密和数字签字工作。p ki标准与协议的开发迄今已有20xx年的历史,目前的pki已完全可以向企业网络提供有效的安全保障。〖5〗〖6〗〖7〗〖8〗〖9〗〖10〗〖11〗〖12〗〖13〗〖14〗〖15〗

pki是一种遵循标准的密钥管理平台,它能够为所有网络应用透明地提供采用加密和数字签名等密码服务所必需的密钥和证书管理。pki必须具有

1)ca、

2)证书库、

3)密钥备份及恢复系统、

4)证书作废处理系统、

5)客户端证书处理系统

等基本成分,构建pki也将围绕着这五大系统来构建

一个pki由众多部件组成,这些部件共同完成两个主要功能:

1)为数据加密

2)创建数字认证。

服务器(即后端)产品是这一系统的核心,这些数据库管理着数字认证、公共密钥及专用密钥( 分别用于数据的加密和解密)。

ca数据库负责发布、废除和修改x.509数字认证信息,它装有用户的公共密钥、证书有效期以及认证功能(例如对数据的加密或对数字签字的验证) 。为了防止对数据签字的篡改,ca在把每一数字签字发送给发出请求的客户机之前,需对每一个数字签字进行认证。一旦数字认证得以创建, 它将会被自动存储于x.500目录中,x.500目录为树形结构。ldap(lightweight directory access protocol)协议将响应那些要求提交所存储的公共密钥认证的请求。ca为每一用户或服务器生成两对独立的公共和专用密钥。其中一对用于信息的加密和解密, 另一对由客户机应用程序使用,用于文档或信息传输中数字签字的创建。

大多数pki均支持证书分布,这是一个把已发布过的或续延生命期的证书加以存储的过程。这一过程使用了一个公共查询机制,x.500目录可自动完成这一存储过程。影响企业普遍接受p ki的一大障碍是不同ca之间的交叉认证。假设有两家公司,每一家企业分别使用来自不同供应商的ca,现在它们希望相互托管一段时间。如果其后援数据库支持交叉认证, 则这两家企业显然可以互相托管它们的ca,因而它们所托管的所有用户均可由两家企业的ca所托管。

* 认证机关

ca是证书的签发机构,它是pki的核心。众所周知,构建密码服务系统的核心内容是如何实现密钥管理,公钥体制涉及到一对密钥,即私钥和公钥, 私钥只由持有者秘密掌握,无须在网上传送,而公钥是公开的,需要在网上传送,故公钥体制的密钥管理主要是公钥的管理问题,目前较好的解决方案是引进证书(certificate)机制。

证书是公开密钥体制的一种密钥管理媒介。它是一种权威性的电子文档，形同网络计算环境中的一种身份证，用于证明某一主体(如人、服务器等)的身份以及其公开密钥的合法性。在使用公钥体制的网络环境中, 必须向公钥的使用者证明公钥的真实合法性。因此,在公钥体制环境中,必须有一个可信的机构来对任何一个主体的公钥进行公证,证明主体的身份以及他与公钥的匹配关系。c a正是这样的机构,它的职责归纳起来有:

1、验证并标识证书申请者的身份;

2、确保ca用于签名证书的非对称密钥的质量;

3、确保整个签证过程的安全性,确保签名私钥的安全性;

4、证书材料信息(包括公钥证书序列号、ca标识等)的管理;

5、确定并检查证书的有效期限;

6、确保证书主体标识的唯一性,防止重名;

7、发布并维护作废证书表;

8、对整个证书签发过程做日志记录;

9、向申请人发通知。

其中最为重要的是ca自己的一对密钥的管理，它必须确保其高度的机密性,防止他方伪造证书。ca的公钥在网上公开,整个网络系统必须保证完整性。

* 证书库

证书库是证书的集中存放地,它与网上"白页”类似,是网上的一种公共信息库,用户可以从此处获得其他用户的证书和公钥。

构造证书库的最佳方法是采用支持ldap协议的目录系统,用户或相关的应用通过ldap来访问证书库。系统必须确保证书库的完整性,防止伪造、篡改证书。

* 密钥备份及恢复系统

* 证书作废处理系统

* pki应用接口系统

pki的价值在于使用户能够方便地使用加密、数字签名等安全服务，因此一个完整的pki必须提供良好的应用接口系统，使得各种各样的应用能够以安全、一致、可信的方式与p ki交互，确保所建立起来的网络环境的可信性，同时降低管理维护成本。最后，pki应用接口系统应该是跨平台的。

许多权威的认证方案供应商(例如verisign、thawte以及gte)目前都在提供外包的pki。外包pki最大的问题是,用户必须把企业托管给某一服务提供商, 即让出对网络安全的控制权。如果不愿这样做,则可建造一个专用的pki。专用方案通常需把来自entrust、baltimore technologies以及xcert的多种服务器产品与来自主流应用程序供应商(如microsoft、netscape以及qualcomm)的产品组合在一起。专用pk i还要求企业在准备其基础设施的过程中投入大量的财力与物力。

7.jaas

扩展jaas实现类实例级授权

“java 认证和授权服务”(java authentication and authorization service，jaas)

在 jaas 下，可以给予用户或服务特定的许可权来执行 java 类中的代码。在本文中，软件工程师 carlos fonseca 向您展示如何为企业扩展 jaas 框架。向 jaas 框架添加类实例级授权和特定关系使您能够构建更动态、更灵活并且伸缩性更好的企业应用程序。

大多数 java 应用程序都需要某种类实例级的访问控制。例如，基于 web 的、自我服务的拍卖应用程序的规范可能有下列要求：《5》《6》《7》《8》《9》《10》《11》《12》《13》《14》《15》

任何已注册(经过认证)的用户都可以创建一个拍卖，但只有创建拍卖的用户才可以修改这个拍卖。

这意味着任何用户都可以执行被编写用来创建 auction 类实例的代码，但只有拥有该实例的用户可以执行用来修改它的代码。通常情况下，创建 auction 实例的用户就是所有者。这被称为类实例所有者关系(class instance owner relationship)。

该应用程序的另一个要求可能是：

任何用户都可以为拍卖创建一个投标，拍卖的所有者可以接受或拒绝任何投标。

再一次，任何用户都可以执行被编写用来创建 bid 类实例的代码，但只有拥有该实例的用户会被授予修改该实例的许可权。而且，auction 类实例的所有者必须能够修改相关的 bid 类实例中的接受标志。这意味着在 auction 实例和相应的 bid 实例之间有一种被称为特定关系(special relationship)的关系。

不幸的是，“java 认证和授权服务”(jaas)— 它是 java 2 平台的一部分 — 没有考虑到类实例级访问控制或者特定关系。在本文中，我们将扩展 jaas 框架使其同时包含这两者。推动这种扩展的动力是允许我们将访问控制分离到一个通用的框架，该框架使用基于所有权和特定关系的策略。然后管理员可以在应用程序的生命周期内更改这些策略。

在深入到扩展 jaas 框架之前，我们将重温一下 java 2 平台的访问控制机制。我们将讨论策略文件和许可权的使用，并讨论 securitymanager 和 accesscontroller 之间的关系。

java 2 平台中的访问控制

在 java 2 平台中，所有的代码，不管它是本地代码还是远程代码，都可以由策略来控制。策略(policy)由不同位置上的代码的一组许可权定义，或者由不同的签发者定义、或者由这两者定义。许可权允许对资源进行访问;它通过名称来定义，并且可能与某些操作关联在一起。

抽象类 java.security.policy 被用于表示应用程序的安全性策略。缺省的实现由 sun.security.provider.policyfile 提供，在 sun.security.provider.policyfile 中，策略被定义在一个文件中。清单 1 是一个典型策略文件示例：

清单 1. 一个典型的策略文件

// grant these permissions to code loaded from a sample.jar file

// in the c drive and if it is signed by xyz

grant codebase "file:/c:/sample.jar", signedby "xyz" {

// allow socket actions to any host using port 8080

permission .socketpermission "*:8080", "accept, connect,

listen, resolve";

// allows file access (read, write, execute, delete) in

// the users home directory.

permission java.io.filepermission "${user.home}/-", "read, write,

execute, delete";

};

securitymanager 对 accesscontroller

在标准 jdk 分发版中，控制代码源访问的机制缺省情况下是关闭的。在 java 2 平台以前，对代码源的访问都是由 securitymanager 类管理的。securitymanager 是由 java.security.manager 系统属性启动的，如下所示：

java -djava.security.manager

在 java 2 平台中，可以将一个应用程序设置为使用 java.lang.securitymanager 类或者 java.security.accesscontroller 类管理敏感的操作。accesscontroller 在 java 2 平台中是新出现的。为便于向后兼容，securitymanager 类仍然存在，但把自己的决定提交 accesscontroller 类裁决。securitymanager 和 accesscontroller 都使用应用程序的策略文件确定是否允许一个被请求的操作。清单 2 显示了 accesscontroller 如何处理 socketpermission 请求：

清单 2. 保护敏感操作

public void somemethod {

permission permission =

new .socketpermission("localhost:8080", "connect");

accesscontroller.checkpermission(permission);

// sensitive code starts here

socket s = new socket("localhost", 8080);

}

在这个示例中，我们看到 accesscontroller 检查应用程序的当前策略实现。如果策略文件中定义的任何许可权暗示了被请求的许可权，该方法将只简单地返回;否则抛出一个 accesscontrolexception 异常。在这个示例中，检查实际上是多余的，因为缺省套接字实现的构造函数也执行相同的检查。

在下一部分，我们将更仔细地看一下 accesscontroller 如何与 java.security.policy 实现共同合作安全地处理应用程序请求。

运行中的 accesscontroller

accesscontroller 类典型的 checkpermission(permission p) 方法调用可能会导致下面的一系列操作：

accesscontroller 调用 java.security.policy 类实现的 getpermissions(codesource codesource) 方法。

getpermissions(codesource codesource) 方法返回一个 permissioncollection 类实例，这个类实例代表一个相同类型许可权的集合。

accesscontroller 调用 permissioncollection 类的 implies(permission p) 方法。

接下来，permissioncollection 调用集合中包含的单个 permission 对象的 implies(permission p) 方法。如果集合中的当前许可权对象暗示指定的许可权，则这些方法返回 true，否则返回 false。

[1][2][3][4][5][6][7][8][9][10][11][12][13][14][15]

现在，让我们更详细地看一下这个访问控制序列中的重要元素。

permissioncollection 类

大多数许可权类类型都有一个相应的 permissioncollection 类。这样一个集合的实例可以通过调用 permission 子类实现定义的 newpermissioncollection 方法来创建。java.security.policy 类实现的 getpermissions 方法也可以返回 permissions 类实例 — permissioncollection 的一个子类。这个类代表由 permissioncollection 组织的不同类型许可权对象的一个集合。permissions 类的 implies(permission p) 方法可以调用单个 permissioncollection 类的 implies(permission p) 方法。

codesource 和 protectiondomain 类

许可权组合与 codesource(被用于验证签码(signed code)的代码位置和证书)被封装在 protectiondomain 类中。有相同许可权和相同 codesource 的类实例被放在相同的域中。带有相同许可权，但不同 codesource 的类被放在不同的域中。一个类只可属于一个 protectiondomain。要为对象获取 protectiondomain，请使用 java.lang.class 类中定义的 getprotectiondomain 方法。

许可权

赋予 codesource 许可权并不一定意味着允许所暗示的操作。要使操作成功完成，调用栈中的每个类必须有必需的许可权。换句话说，如果您将 java.io.filepermission 赋给类 b，而类 b 是由类 a 来调用，那么类 a 必须也有相同的许可权或者暗示 java.io.filepermission 的许可权。

在另一方面，调用类可能需要临时许可权来完成另一个拥有那些许可权的类中的操作。例如，当从另一个位置加载的类访问本地文件系统时，我们可能不信任它。但是，本地加载的类被授予对某个目录的读许可权。这些类可以实现 privilegedaction 接口来给予调用类许可权以便完成指定的操作。调用栈的检查在遇到 privilegedaction 实例时停止，有效地将执行指定操作所必需的许可权授予所有的后继类调用。

使用 jaas

顾名思义，jaas 由两个主要组件组成：认证和授权。我们主要关注扩展 jaas 的授权组件，但开始我们先简要概述一下 jaas 认证，紧接着看一下一个简单的 jaas 授权操作。

jaas 中的用户认证

jaas 通过添加基于 subject 的策略加强了 java 2 中定义的访问控制安全性模型。许可权的授予不仅基于 codesource，还基于执行代码的用户。显然，要使这个模型生效，每个用户都必须经过认证。

jaas 的认证机制建立在一组可插登录模块的基础上。jaas 分发版包含几个 loginmodule 实现。loginmodules 可以用于提示用户输入用户标识和密码。logincontext 类使用一个配置文件来确定使用哪个 loginmodule 对用户进行认证。这个配置可以通过系统属性 java.security.auth.login.config 指定。一个示例配置是：

java -djava.security.auth.login.config=login.conf

下面是一个登录配置文件的样子：

example {

com.ibm.resource.security.auth.loginmoduleexample required

debug=true userfile="users.xml" groupfile="groups.xml";

};

认识您的主体

subject 类被用于封装一个被认证实体(比如用户)的凭证。一个 subject 可能拥有一个被称为主体(principal)的身份分组。例如，如果 subject 是一个用户，用户的名字和相关的社会保险号可能是 subject 的某些身份或主体。主体是与身份名关联在一起的。

principal 实现类及其名称都是在 jaas 策略文件中指定的。缺省的 jaas 实现使用的策略文件与 java 2 实现的策略文件相似 — 除了每个授权语句必须与至少一个主体关联在一起。javax.security.auth.policy 抽象类被用于表示 jaas 安全性策略。它的缺省实现由 com.sun.security.auth.policyfile 提供，在 com.sun.security.auth.policyfile 中策略定义在一个文件中。清单 3 是 jaas 策略文件的一个示例：

清单 3. 示例 jaas 策略文件

// example grant entry

grant codebase "file:/c:/sample.jar", signedby "xyz",

principal com.ibm.resource.security.auth.principalexample "admin" {

// allow socket actions to any host using port 8080

permission .socketpermission

"*:8080", "accept, connect, listen, resolve";

// allows file access (read, write, execute, delete) in

// the users home directory.

permission java.io.filepermission

"${user.home}/-", "read, write, execute, delete";

};

这个示例与清单 1 中所示的标准 java 2 策略文件相似。实际上，唯一的不同是主体语句，该语句声明只有拥有指定主体和主体名字的 subject(用户)被授予指定的许可权。

再一次，使用系统属性 java.security.auth.policy 指出 jaas 策略文件驻留在何处，如下所示：

java -djava.security.auth.policy=policy.jaas

subject 类包含几个方法来作为特殊 subject 执行工作;这些方法如下所示：

public static object

doas(subject subject, java.security.privilegedaction action) 3 4 5 6 7 8 9 10 11 12 13 14 15

public static object

doas(subject subject, java.security.privilegedaction action)

throws java.security.privilegedactionexception

jaas 中的授权

清单 4 显示一个授权请求的结果，该请求使用清单 3 中显示的 jaas 策略文件。假设已经安装了 securitymanager，并且 logincontext 已经认证了一个带有名为“admin”的 com.ibm.resource.security.auth.principalexample 主体的 subject。

清单 4. 一个简单的授权请求

public class jaasexample {

public static void main(string args) {

...

// where authenticateduser is a subject with

// a principalexample named admin.

subject.doas(authenticateduser, new jaasexampleaction);

...

}

public class jaasexampleaction implements privilegedaction {

public object run {

filewriter fw = new filewriter("hi.txt");

fw.write("hello, world!");

fw.close;

}

这里，敏感代码被封装在 jaasexampleaction 类中。还要注意，调用类不要求为 jaasexampleaction 类代码源授予许可权，因为它实现了一个 privilegedaction。

扩展 jaas

大多数应用程序都有定制逻辑，它授权用户不仅仅在类上执行操作，而且还在该类的实例上执行操作。这种授权通常建立在用户和实例之间的关系上。这是 jaas 的一个小缺点。然而，幸运的是，这样设计 jaas 使得 jaas 可以扩展。只要做一点工作，我们将可以扩展 jaas，使其包含一个通用的、类实例级的授权框架。

在文章开头处我已经说明了，抽象类 javax.security.auth.policy 被用于代表 jaas 安全性策略。它的缺省实现是由 com.sun.security.auth.policyfile 类提供。policyfile 类从 jaas 格式的文件(象清单 3 中显示的那个一样)中读取策略。

我们需要向这个文件添加一个东西为类实例级授权扩展策略定义：一个与许可权语句相关的可选关系参数。

缺省 jaas 许可权语句的格式如下：

permission ; [name], [actions];

我们在这个许可权语句的末尾添加一个可选的关系参数来完成策略定义。下面是新许可权语句的格式：

permission ;

[name], [actions], [relationship];

在为类实例级授权扩展 jaas 时要注意的最重要的一点是：许可权实现类必须有一个带三个参数的构造函数。第一个参数是名称参数，第二个是行为参数，最后一个是关系参数。

解析新文件格式

既然文件格式已经改变，就需要一个新的 javax.security.auth.policy 子类来解析文件。

为简单起见，我们的示例使用了一个新的 javax.security.auth.policy 子类 com.ibm.resource.security.auth.xmlpolicyfile，来从 xml 文件读取策略。在实际的企业应用程序中，关系数据库更适合执行这个任务。

使用 xmlpolicyfile 类代替缺省的 jaas 访问控制策略实现的最容易的方法是向 java.security 属性文件添加 auth.policy.provider=com.ibm.resource.security.auth.xmlpolicyfile 条目。java.security 属性文件位于 java 2 平台运行时的 lib/security 目录下。清单 5 是与 xmlpolicyfile 类一起使用的样本 xml 策略文件：

清单 5. 一个 xml 策略文件

;

"com.ibm.resource.security.auth.principalexample" name="users">;