建议在多数据源时的数据源方言缓存采用 DataSourceMap 替代 UrlMap · Issue #IDD0S · abel533/Mybatis_PageHelper

目前在类 `PageAutoDialect` 中，对多数据源的方言缓存采用的这个 `Map<String, AbstractHelperDialect> urlDialectMap`。
这个 `Map` 的 key 是数据源的 JDBC URL。而每次分页查询时是使用下面这个方法从数据源中获取的：

```java
    private String getUrl(DataSource dataSource) {
        Connection conn = null;
        try {
            conn = dataSource.getConnection();
            return conn.getMetaData().getURL();
        } catch (SQLException e) {
            throw new PageException(e);
        } finally {
            if (conn != null) {
                try {
                    if (closeConn) {
                        conn.close();
                    }
                } catch (SQLException e) {
                    //ignore
                }
            }
        }
    }
```

这个方法有一个非常大的问题在于，每个查询要多占用一个连接。这种情况很浪费资源。。。

我的建议是对多数据源的方言缓存采用这种类型

```java
Map<DataSource, AbstractHelperDialect> dataSourceDialectMap =
        Collections.synchronizedMap(new IdentityHashMap<DataSource, AbstractHelperDialect>());
```

也就是将 `Map` 的 key 换成数据源的引用本身。这样在后续获取方言时，不需要重新获取数据库连接。
同时实际上在多数据源环境时，不同数据源的 JDBC URL 一般不同，所以在空间使用率上不会比 url 为 key 的 `Map` 差很多。

当然，如果能使用弱引用 `IdentityHashMap` 那就更好了。JRE 中没有弱引用的 `IdentityHashMap` 实现，可以参考下面这个的实现。
[WeakIdentityHashMap](http://www.java2s.com/Code/Java/Collections-Data-Structure/ImplementsacombinationofWeakHashMapandIdentityHashMap.htm)

abel533/Mybatis_PageHelper

内容风险标识

建议在多数据源时的数据源方言缓存采用 DataSourceMap 替代 UrlMap 置顶

评论 (2)

abel533/Mybatis_PageHelper .gitee-modal { width: 500px !important; }

内容风险标识

建议在多数据源时的数据源方言缓存采用 DataSourceMap 替代 UrlMap 置顶

评论 (2)

搜索帮助

abel533/Mybatis_PageHelper