工作后发现，公司代码中几乎所有的数据库操作都是静态方法。
我很疑惑，抛开静态方法带来的修改不变和软件架构上的不足不谈。
过多的使用静态方法会不会带来性能上的问题？
有人说当static方法中使用static变量的话会引发多线程的资源互斥的问题。不过在数据库操作中，确实很少使用静态变量。
当然不可否认，这种方法在开发初期确实加快了开发速度，使得很多老的代码中都延续了这种用法。
当然我还在坚持，用dao来实现数据库中操作。
只是我困惑确从来没有得到过解答，人家的程序也跑的好好的，凭什么说人家的不好？
困惑，希望哪位大哥不吝赐教，为小弟解惑
[该贴被cuibaoliang2004于2007年03月30日 10:17修改过]
基于JTA的全局事务可以解决这种问题！个人观点，使用static来简单包装Persistence是技术力量不够表现之一！
我也曾用过static方法写一些小工具类,比如时间转化,ip转化等等.
不过,技术力量不够倒也不是吧,他们都是写java三年多的啦.更可能是一种刚开始时的习惯,后来没有深究这个问题吧.
对用static 方法来做持久化,我最大的恐怖在于
1 一个表对应一个类,这个都是用static方法那么,如果出现变动,那么一改都要改好多
2 返回的时候,不是统一用pojo,或者装有pojo的Aarraylist List 等容器装载.
而是hashmap(大map 套小map,key就是字段名),或者其他什么的混合体.
当我来接手或者改的时候痛苦无比.而重新写又要时间,偏偏时间是我们缺乏的,或者这是这个状况形成的原因吧
static变量则要注意，static变量其实就是全局变量，如果多个线程同时操作者个变量，就一定要同步。
static方法的形参和内部变量，都分配在栈区(stack)，是每个线程私有的，线程进入时创建，离开时销毁，并发访问时并不会造成混淆。所以是线程安全的。
java类库很多方法都是static方法。如Integer.parseInt()等所有不需要new之后再使用的方法。所以对于static方法不必过于紧张，如果一个方法比较独立又不与其他动态方法互操作，我都设置其为static。这样不论用到他多少次，他都只有那么一份。当然如果可能只用到0次或很少用到，就不要static了，即便永远每人用到他，他也会一直占用那部分内存。