11、HashMap和Hashtable的区别。
HashMap是Hashtable的轻量级实现（非线程安全的实现），他们都完成了Map接口，主要区别在于HashMap允许空（null）键值（key）,由于非线程安全，效率上可能高于Hashtable。
HashMap允许将null作为一个entry的key或者value，而Hashtable不允许。
HashMap把Hashtable的contains方法去掉了，改成containsvalue和containsKey。因为contains方法容易让人引起误解。
Hashtable继承自Dictionary类，而HashMap是Java1.2引进的Map interface的一个实现。
最大的不同是，Hashtable的方法是Synchronize的，而HashMap不是，在多个线程访问Hashtable时，不需要自己为它的方法实现同步，而HashMap 就必须为之提供外同步。
Hashtable和HashMap采用的hash/rehash算法都大概一样，所以性能不会有很大的差异。
12、final, finally, finalize的区别。
final 用于声明属性，方法和类，分别表示属性不可变，方法不可覆盖，类不可继承。
finally是异常处理语句结构的一部分，表示总是执行。
finalize是Object类的一个方法，在垃圾收集器执行的时候会调用被回收对象的此方法，可以覆盖此方法提供垃圾收集时的其他资源回收，例如� ......
21、Static Nested Class 和 Inner Class的不同。 Static Nested Class是被声明为静态（static）的内部类，它可以不依赖于外部类实例被实例化。而通常的内部类需要在外部类实例化后才能实例化。
22、JSP中动态INCLUDE与静态INCLUDE的区别？动态INCLUDE用jsp:include动作实现 它总是会检查所含文件中的变化，适合用于包含动态页面，并且可以带参数。静态INCLUDE用include伪码实现,定不会检查所含文件的变化，适用于包含静态页面<--include file="included.htm"-->
23、什么时候用assert。 assertion(断言)在软件开发中是一种常用的调试方式，很多开发语言中都支持这种机制。在实现中，assertion就是在程序中的一条语句，它对一个boolean表达式进行检查，一个正确程序必须保证这个boolean表达式的值为true；如果该值为false，说明程序已经处于不正确的状态下，系统将给出警告或退出。一般来说，assertion用于保证程序最基本、关键的正确性。assertion检查通常在开发和测试时开启。为了提高性能，在软件发布后，assertion检查通常是关闭的。
24、GC是什么? 为什么要有GC? GC是垃圾收集的意思（Gabage Collection）,内存处理是编程人员容易出现问题的地 ......
31、EJB包括（SessionBean,EntityBean）说出他们的生命周期，及如何管理事务的？
SessionBean：Stateless Session Bean 的生命周期是由容器决定的，当客户机发出请求要建立一个Bean的实例时，EJB容器不一定要创建一个新的Bean的实例供客户机调用，而是随便找一个现有的实例提供给客户机。当客户机第一次调用一个Stateful Session Bean 时，容器必须立即在服务器中创建一个新的Bean实例，并关联到客户机上，以后此客户机调用Stateful Session Bean 的方法时容器会把调用分派到与此客户机相关联的Bean实例。
EntityBean：Entity Beans能存活相对较长的时间，并且状态是持续的。只要数据库中的数据存在，Entity beans就一直存活。而不是按照应用程序或者服务进程来说的。即使EJB容器崩溃了，Entity beans也是存活的。Entity Beans生命周期能够被容器或者 Beans自己管理。
EJB通过以下技术管理实务：对象管理组织（OMG）的对象实务服务（OTS），Sun Microsystems的Transaction Service（JTS）、Java Transaction API（JTA），开发组（X/Open）的XA接口。
32、应用服务器有那些？
BEA WebLogic Server，IBM WebSphere Application Server，Oracle9i Application Server，jBoss ......
深夜闲聊Java与PHP 以及架构设计思想与最佳实践
发信人: wesley (心中的森林), 信区: Java
标 题: 深夜闲聊Java与PHP 以及架构设计思想与最佳实践
发信站: 水木社区 (Thu Dec 24 01:55:04 2009), 站内
转载自本人新浪博客
http://blog.sina.com.cn/s/blog_53923f940100g7xx.html
（老吴自言自语）
最近频繁听说SSH这个词，搞了半天，原来是
Struts + Spring + Hibernate
我没听说过是孤陋得有些过分，不过这个架构最起码过时一两年了
也就是说，咱们国内的大部分Java程序员很可怜
把过时这么久的东西拿着当宝贝
（小L上）
小L：那您都用啥捏？
老吴：hibernate我偶尔还是用的，毕竟ORM还是很基础的东西，没必要重新发明
小L：我现在做的都是php相关的，项目用到，java就一直放下了，挺可惜的
老吴：php我倒是也用过不少
没比较就没鉴别
小L：开发很敏捷吧~不过缺陷也很多
关键就是流行呵呵
老吴：我告诉你一个事实先
不管做啥web应用
如果用java做起来，比php做得还要慢，那就是没用好java
小L：java如何做到呢？
老吴：这件事目前就我所知
暂时就我一个人做到
（当然，按照我的孤陋程度而言，估计有大把人� ......
深夜闲聊Java与PHP 以及架构设计思想与最佳实践
发信人: wesley (心中的森林), 信区: Java
标 题: 深夜闲聊Java与PHP 以及架构设计思想与最佳实践
发信站: 水木社区 (Thu Dec 24 01:55:04 2009), 站内
转载自本人新浪博客
http://blog.sina.com.cn/s/blog_53923f940100g7xx.html
（老吴自言自语）
最近频繁听说SSH这个词，搞了半天，原来是
Struts + Spring + Hibernate
我没听说过是孤陋得有些过分，不过这个架构最起码过时一两年了
也就是说，咱们国内的大部分Java程序员很可怜
把过时这么久的东西拿着当宝贝
（小L上）
小L：那您都用啥捏？
老吴：hibernate我偶尔还是用的，毕竟ORM还是很基础的东西，没必要重新发明
小L：我现在做的都是php相关的，项目用到，java就一直放下了，挺可惜的
老吴：php我倒是也用过不少
没比较就没鉴别
小L：开发很敏捷吧~不过缺陷也很多
关键就是流行呵呵
老吴：我告诉你一个事实先
不管做啥web应用
如果用java做起来，比php做得还要慢，那就是没用好java
小L：java如何做到呢？
老吴：这件事目前就我所知
暂时就我一个人做到
（当然，按照我的孤陋程度而言，估计有大把人� ......
很多朋友在深入的接触 JAVA 语言后就会发现这样两个词：反射 (Reflection) 和内省 (Introspector) ，经常搞不清楚这到底是怎么回事，在什么场合下应用以及如何使用？今天把这二者放在一起介绍，因为它们二者是相辅相成的。
反射
<o:p> </o:p>
相对而言，反射比内省更容易理解一点。用一句比较白的话来概括，反射就是让你可以通过名称来得到对象 ( 类，属性，方法 ) 的技术。例如我们可以通过类名来生成一个类的实例；知道了方法名，就可以调用这个方法；知道了属性名就可以访问这个属性的值。
还是写两个例子让大家更直观的了解反射的使用方法：
<o:p> </o:p>
// 通过类名来构造一个类的实例
Class cls_str = Class.forName( "java.lang.String" );
// 上面这句很眼熟，因为使用过 JDBC 访问数据库的人都用过 J
Object str = cls_str.newInstance();
// 相当于 String str = new String();
<o:p> </o:p>
// 通过方法名来调用一个方法
String methodName = "length" ;
Method m = cls_str.getMethod(methodName, null );
System.out.println( "length is " + m.invoke(str, null ));
// 相当于 System.out.printl ......
问：
测试新手，根据自己理解写的单元测试用例模板，但是开发人员(JAVA语言)反映难以实施，不知道到底应该如何改正，我原本的想法是以类为单位，为确保测试覆盖率，先画控制流图，依据独立路径确定输入输出，有了输入输出就算一个用例了，但大家反映，一类为单位画控制流图不好画，类中可能涉及很多函数，每个函数复杂度都不同都有独自的控制流图，无从下手。
迷茫啊，跪求高手指点，到底应该怎样计划，我完全困惑了~
答：
一，以类为单位实施测试，是脱离实际的。一个函数的测试就可能很复杂，以类为单位是不可行的，建议改为以函数为单位，并且只测试算法密集的函数，功能简单的函数没必要测试。
二，用例设计以基路径法为主也是不实用的。原因：
1）效率太低，太麻烦，五十行以上的函数，你画个流程图看看，保证晕掉。
2）覆盖强度太低，只是语句覆盖；
3）这是脱离程序功能的用例设计方法，如果用例没有根据功能设定正确的预期输出，测试将失去意义，而且，纯白盒方法不能发现代码缺失错误，所以，用例应首先从功能的角度设计。
三，模板和测试过程建议改为：
a. 列 ......
最新文章 : java