首先,这个问题困扰了好久,一直想着是否能有更合适的方式来解决,下面我就先描述下需求吧,如有不理解的地方,欢迎提出疑问,并且给出良好的建议,谢谢!
项目框架是SSH,大家再熟悉不过,用户登录操作后,将用户登录信息压入session中,这是常规做法,一般用户在维护数据的时候都会用到userSession的一些基本信息,如新增、修改和删除等。一般这样的操作大家都会认为请求大都是从action入口,所以必然能获取到request对象。但是我们现在的项目有点特殊,先介绍下我们项目的基本情况吧:
系统分为浏览版和维护版的开发,并且这两块的开发是由两个独立的开发团队进行的,只有一个技术经理在中间进行协调工作,所以在开发的过程当中有些维护版产生的bug不得不由我们这些在现场开发浏览版的人来给他们维护,修改bug。
(以上是项目大概的背景资料,大家可以重点看下面)
用户进行新增、修改和删除数据的时候记录日志,记录日志是利用Hibernate的拦截器来进行操作的,但是Hibernate的拦截器只会对使用Hibernate指定的方法,如save()、update()、delete()等方法进行拦截,据我所测试而不会对nativate的sql语句进行拦截,所以问题就出现了,在通过sql语句如(delete from table where id=1)删除数据的时候,Hibernate事件拦截器并不会对其进行拦截,恰恰巧合的是,我们项目里所有实体删除数据的时候都是用sql语句来执行操作的,并不会记录日志,直到后来我们发现了这个问题,因为涉及的地方比较多,不可能将之前的代码全部更新,只能在现有的代码中进行少量的修改。
之前的实现大概是下面这样的情况:
创建一个包含所有实体删除方法的类AllDeleteSQL.java,用户删除数据时只需要调用这个类的静态方法,传入数据的ID即可完成删除操作(他们认为这同样能被Hibernate操作事件拦截器拦截并记录日志),此时并没有传入request参数,实际结果记录日志失败。
我现在想到一种解决思想是:
新增一个类ThreadLocalUtil.java类,里面有个ThreadLocal的全局静态变量,用户在进行登录操作的时候,将用户的session信息存放到这个类的ThreadLocal变量当中,下次再直接从这个变量中获取出来,具体的代码如下:
ThreadLocalUtil.java
package **.**;
import **.UserSession;
/**
* 功能:存放用户登录后的session信息类
* 每个用户登录调用静态方法存储相应的用户session信息
* @author Administrator
*/
public class ThreadLocalUtil {
private static volatile ThreadLocal<UserSession> localSession = new ThreadLocal<UserSession>(); //存放session信息的ThreadLocal全局变量
public ThreadLocalUtil() {
}
/**
* 将用户的session信息set到该类的localSession变量当中
* @param us
*/
public static synchronized void setUserSessionToThreadLocal(UserSession us) {
localSession.set(us);
}
/**
* 获取对应的localSession中保存的用户session信息
* @return localSession
*/
public static synchronized UserSession getUserSessionToThreadLocal() {
return localSession.get();
}
/**
* 用户注销时将localSession中保存的用户信息清除
*/
public static void removeUserSession() {
if(localSession.get()!=null) {
localSession.remove();
}
}
}
AllDeleteSQL.java的部分方法:
import **.UserSession;
import **.ThreadLocalUtil;
public class AllDeleteSQL {
static CommDelete commDelete = CommDelete.getCommDelete();
/**
* 删除业务需求
*/
public static String[] getRequirementDeleteSql(Long entityId, Long dataId){
String sql = commDelete.delCommInfo(entityId, dataId);
sql = sql + "update REQUIREMENT set DEL_FLAG = 1 where ID = " + dataId;
sql = sql + ";";
sql = sql + "update REQ_COMM set DEL_FLAG = 1 where REQ_ID = " + dataId;
sql = sql + ";";
sql = sql + getDelelteLogSQL(entityId,dataId);
return sql.split(";");
}
/**
* 删除实体数据时拼接记录日志删除SQL
*/
public static String getDelelteLogSQL(Long entityId,Long dataId) {
UserSession us = ThreadLocalUtil.getUserSessionToThreadLocal();
StringBuilder dSql = new StringBuilder();
if(us==null) {
return "";
} else {
dSql.append("INSERT INTO EAM_LOG");
dSql.append("(ID, LOG_ENTITY, LOG_DATA_ID, LOG_TYPE, LOG_ORG_ID, LOG_PERSON_ID, LOG_DATE)");
dSql.append(" VALUES (");
dSql.append(Long.parseLong(SequencerUtil.getSequence()));
dSql.append(", ");
dSql.append("(SELECT T.ENTITY_NAME_EN_FULL FROM EAM_ENTITY T WHERE T.ID=").append(entityId).append(")");
dSql.append(", ");
dSql.append("'" + dataId + "'");
dSql.append(", ");
dSql.append("'删除数据'");
dSql.append(", ");
dSql.append("'" + us.getUserOrgId() + "'");
dSql.append(", ");
dSql.append("'" + us.getUserArchPersonId() + "'");
dSql.append(", ");
dSql.append("'" + DateUtil.getCurrentDateTime("yyyy-MM-dd HH:mm:ss") + "'");
dSql.append(" )");
return dSql.toString();
}
}
}
用户登录时请求的action操作部分代码:
//将用户session信息存放到ThreadLocal中
UserSession us = (UserSession)request.getSession().getAttribute(Constants.USER_KEY);
ThreadLocalUtil.setUserSessionToThreadLocal(us);
以上只贴出部分代码,但是主体部分全部出来了,不知道大家有没有看懂我解决该问题的思路,因为struts的action请求都是线程不安全的,这里也是我为什么在ThreadLocalUtil.java中采用同步方法来进行访问,这样使得在多线程下能够实时的访问同步变量更新后的值。
按理说做到这里我觉得问题应该是解决了,当我测试的时候发现,结果并不然,在AllDeleteSQL.java中getDelelteLogSQL(args)方法中通过UserSession us = ThreadLocalUtil.getUserSessionToThreadLocal();语句来获取用户session信息,实际是这样获取的us信息并不稳定,有时候为空,有时候正确,当我以多个浏览器登录不同的用户时,获取的us信息时为空,时为当前用户的session信息,时为其他用户的session信息,记录的日志并不准确,问题依然没能彻底解决。
思考,得不到解决办法,也查不到相关的资料如何处理这种情况,说到根源,还是因为我自己的基础知识不扎实导致的结果。
在这里首先要说明一下,用ThreadLocal来存取用户session信息的方案是由我们技术经理提出的,说这种方式能够解决现在的问题,但是我并没有把事情做好,所以希望在此描述清楚自己的需求,能够和大家讨论下,看你们有没有碰到过类似的情况,你们是如何解决的,不妨说来听听,让我学习学习吧。
如果你愿意耐心看完,对我的表达能力提出疑问,欢迎你提出宝贵的意见,并向你说声谢谢;
如果你看完了还能发表下对我目前所碰到的问题给出你的意见,向你深表感谢;
最后祝大家工作顺利^_^