工作流性能优化（敢问activiti有扩展性？）（1）

工作流待办（首页待办列表），加载缓慢，activiti本机，看了代码又是全部数据加载到内存，然后代码过滤，我为什么又说又呢？

用VisualVM做性能测试；

 

之前同事给的解决方案：

1、把“spring-instrument-3.2.1.RELEASE.jar”放到tomcat的lib目录下；

2、Windows: 修改tomcat\bin\catalina.bat文件，“set JAVA_OPTS=%JAVA_OPTS% %LOGGING_MANAGER%”后添加一行“set JAVA_OPTS=%JAVA_OPTS% -javaagent:%CATALINA_HOME%\lib\spring-instrument-3.2.1.RELEASE.jar”；

Linux: 修改tomcat/bin/catalina.sh文件，“# Uncomment the following line to make the umask available when using the”前添加一行“JAVA_OPTS=-javaagent:$CATALINA_HOME/lib/spring-instrument-3.2.1.RELEASE.jar”；

3、修改项目中的spring-context.xml文件，“<bean class="com.sinotaiyo.srpm.ApplicationContextUtil" />”后添加一行“<context:load-time-weaver weaver-class="org.springframework.instrument.classloading.InstrumentationLoadTimeWeaver"/>”，“<property name="dataSource" ref="dataSource" />”后添加一行“<property name="loadTimeWeaver" ref="loadTimeWeaver"/>”；

 

原理：

AspectJ提供了两种切面织入方式，第一种通过特殊编译器，在编译期，将AspectJ语言编写的切面类织入到Java类中，可以通过一个Ant或Maven任务来完成这个操作；第二种方式是类加载期织入，也简称为LTW（Load Time Weaving）。

Spring之LoadTimeWeaver——一个需求引发的思考

 

试试这样配置能不能启动项目先；

先用外置的tomcat配置好启动项目试试；

改好，启动报错：

严重: Exception sending context initialized event to listener instance of class org.springframework.web.context.ContextLoaderListener

java.lang.IllegalStateException: Must start with Java agent to use InstrumentationLoadTimeWeaver. See Spring documentation.

at org.springframework.instrument.classloading.InstrumentationLoadTimeWeaver.addTransformer(InstrumentationLoadTimeWeaver.java:87)

 

修改tomcat配置为使用外置的tomcat；

也不行；

linux下可以；

修改tomat配置：

加上启动vm参数，就可以了；

tomcat7-maven-plugin启动也加入启动vm参数就可以；

 

安装VisualVM；

http://visualvm.java.net/download.html，下载多国语言包的版本，解压就可以用了；

VisualVM中文在线文档；

启动，需要jdk7；

虽然机器上已经安装了java_home，但还是要自己修改配置；搜索：visualvm_jdkhome

"D:\J2EE\visualvm_138\etc\visualvm.conf"

 

还原原来的配置，备份：

-javaagent:D:\J2EE\apache-tomcat-6.0.43\lib\spring-instrument-3.2.1.RELEASE.jar

 

生成10万数据供测试：

首先，找出Hibernate打印SQL及附加参数

在Hibernate的配置文件hibernate.cfg.xml中有3个设置项跟显示SQL语句相关，他们的值都是boolean值：
1、show_sql:是否显示SQL语句
2、format_sql: 是否格式化输出字符串,增强SQL的可读性
3、use_sql_comments:是否显示注释，用于指示出是什么操作产生了这个SQL语句。

如果设置了show_sql=true的话默认只打印SQL语句不会打印参数：

如果需要打印参数请在log4j配置文件：log4j.properties中加入：

log4j.logger.org.hibernate.type.descriptor.sql.BasicBinder=TRACE

log4j.loggerorg.hibernate.type.descriptor.sql.BasicExtractor=TRACE

如果需要查看查询中命名参数的值，继续加入：

log4j.logger.org.hibernate.engine.QueryParameters=DEBUG

log4j.logger.org.hibernate.engine.query.HQLQueryPlan=DEBUG

接下来奉上全部配置：

log4j.rootLogger=info, CA

# ConsoleAppender

log4j.appender.CA=org.apache.log4j.ConsoleAppender

log4j.appender.CA.layout=org.apache.log4j.PatternLayout

log4j.appender.CA.layout.ConversionPattern=%d{hh\:mm\:ss,SSS} [%t] %-5p %c %x - %m%n

#为了显示参数

log4j.logger.org.hibernate.type.descriptor.sql.BasicBinder=TRACE

log4j.loggerorg.hibernate.type.descriptor.sql.BasicExtractor=TRACE

#查看查询中命名参数的值

log4j.logger.org.hibernate.engine.QueryParameters=DEBUG

log4j.logger.org.hibernate.engine.query.HQLQueryPlan=DEBUG

使用时只需要将hibernate.cfg.xml中的show_sql设置为true然后将红色代码复制到配置文件中即可。

 

刚刚问了工作流走的是mybatis，不是hibernate，好吧；

debug一下跟一下sql；

还是度娘好，搜出来了；

Activiti中彻底解决待办事项列表查询复杂、API不友好的设计方案

 

分析上述缺点和需求后，我们认为通过API方式进行查询的话，总是有各种缺陷，因此把目标放在数据库上，如果能通过定义视图的方式解决问题，那么将彻底解决查询的方便性、灵活性、通用性问题。

经过分析Activiti的数据库表，我们发现并不复杂，和待办事项有关系的表，包括ACT_RU_TASK、ACT_RU_IDENTITYLINK，ACT_RU_TASK中存储了任务相关信息，ACT_RU_IDENTITYLINK中存储了候选组和候选人信息，这里面一个比较重要的问题就是，Activiti中的候选组、候选人如何跟系统中的用户、组织、角色对应的问题，本文提供的解决方案，假定系统中有一张名为SYS_ROLE_USER的表，该表中存储了角色和用户的对应关系，并且Activiti中的候选组和角色是同一个概念，开发者的系统中具体是什么情况，需要开发者举一反三，本文仅提供一个设计思路。

找sql困难，就从页面找新增工作流的地方，找到对应的代码，写程序生成就可以了；

 

原来的开发人员说在加载待办的代码里边加个for循环，重复加载待办数据，这个方案后边试试；

MD，js兼容性问题；

创建个工作流道路也很长啊；

代码也封装得非常好，一时半会摸不着头脑，怎么办呢？

ativiti用户手册；

 

明天继续；