分享牛原创(尊重原创 转载对的时候第一行请注明,转载出处来自分享牛http://blog.csdn.net/qq_30739519)
activiti中默认的主键生成的方式是:每次从activiti 数据库表 act_ge_property中的next.dbid属性中取值,然后加上自定义的步长。新的值=act_ge_property中的next.dbid值+步长。当然了步长可以自定义,在activiti5.19中步长默认是protected int idBlockSize = 2500;
下面我们看一下主键的生成策略:主键的生成策略定义在IdGenerator接口中,接口定义如下所示:
public interface IdGenerator {
String getNextId();
}
getNextId()方法定义了主键生成的策略,每次需要主键的时候直接从getNextId()方法中获取即可。
下面看一下IdGenerator接口的实现类,具体的实现结构如下:
1.DbIdGenerator默认的方式,没有依赖第三方jar包。
2.org.activiti.engine.impl.persistence.StrongUuidGenerator类使用的uuid生成主键的策略。依赖第三方包com.fasterxml.uuid.impl.TimeBasedGenerator 使用的时候需要添加jar包。具体的maven仓库如下所示:
<dependency> <groupId>com.fasterxml.uuid</groupId> <artifactId>java-uuid-generator</artifactId> <version>3.1.4</version> </dependency>
使用的时候,如果没有上面的jar包,程序报错不能使用。
首先进入org.activiti.engine.impl.cfg.ProcessEngineConfigurationImpl类 查看initIdGenerator() 方法,这个方法是主键生成策略的选定。
protected void initIdGenerator() { //用户自定义主键生成策略,优先使用自定义生成策略 if (idGenerator==null) { CommandExecutor idGeneratorCommandExecutor = null; //idGeneratorDataSource专门的主键生成的datasource配置 if (idGeneratorDataSource!=null) { ProcessEngineConfigurationImpl processEngineConfiguration = new StandaloneProcessEngineConfiguration(); processEngineConfiguration.setDataSource(idGeneratorDataSource); processEngineConfiguration.setDatabaseSchemaUpdate(DB_SCHEMA_UPDATE_FALSE); processEngineConfiguration.init(); idGeneratorCommandExecutor = processEngineConfiguration.getCommandExecutor(); } else if (idGeneratorDataSourceJndiName!=null) { //jndi方式生成id,
分享牛原创(尊重原创 转载对的时候第一行请注明,转载出处来自分享牛http://blog.csdn.net/qq_30739519)
ProcessEngineConfigurationImpl processEngineConfiguration = new StandaloneProcessEngineConfiguration(); processEngineConfiguration.setDataSourceJndiName(idGeneratorDataSourceJndiName); processEngineConfiguration.setDatabaseSchemaUpdate(DB_SCHEMA_UPDATE_FALSE); processEngineConfiguration.init(); idGeneratorCommandExecutor = processEngineConfiguration.getCommandExecutor(); } else { idGeneratorCommandExecutor = getCommandExecutor(); } //上面的两种方式都没有使用,则使用默认的主键生成策略 DbIdGenerator dbIdGenerator = new DbIdGenerator(); dbIdGenerator.setIdBlockSize(idBlockSize); dbIdGenerator.setCommandExecutor(idGeneratorCommandExecutor); dbIdGenerator.setCommandConfig(getDefaultCommandConfig().transactionRequiresNew()); idGenerator = dbIdGenerator; } }
@Service public class UUIDGenerator implements IdGenerator { @Override public String getNextId() {
分享牛原创(尊重原创 转载对的时候第一行请注明,转载出处来自分享牛http://blog.csdn.net/qq_30739519)
return UUID.randomUUID().toString().replace("-", ""); } }
@Service public class MyProcessEngineConfigurator extends AbstractProcessEngineConfigurator{ @Autowired private UUIDGenerator uUIDGenerator;
分享牛原创(尊重原创 转载对的时候第一行请注明,转载出处来自分享牛http://blog.csdn.net/qq_30739519)
@Override public void beforeInit( ProcessEngineConfigurationImpl processEngineConfiguration) { DataSource dataSource = JdbcUtils.getReadDataSource(); processEngineConfiguration.setDataSource(dataSource); processEngineConfiguration.setHistoryLevel(HistoryLevel.FULL); processEngineConfiguration.setDbIdentityUsed(false); processEngineConfiguration.setProcessEngineLifecycleListener(myProcessEngineConfigurator); processEngineConfiguration.setIdGenerator(uUIDGenerator); } }
小结:
1.默认的DbIdGenerator生成策略,数据量不大的情况下,看起来直观一点,可以快速定位要需要查询的视图中。当数据量大的时候,看起来也不直观。
2.默认的DbIdGenerator生成策略,主键的id存储在数据库,缓存中没有的时候,回去查询数据库,所以如果频繁的查询数据库生成主键,不可取。对性能有影响。并发大的时候,此方案不可取。
3.内置的StrongUuidGenerator生成策略,生成的是UUID,缺点:使用的时候需要添加第三方的jar包。感觉没有必要生成uuid的时候,使用第三方工具。
使用自己的uuid生成类,简单明了,可以自己控制生成的策略,不需要第三方的生成工具,直接使用的jdk中的java.util.UUID类。可控性更强。
分享牛原创(尊重原创 转载对的时候第一行请注明,转载出处来自分享牛http://blog.csdn.net/qq_30739519)