※台中搬家公司費用怎麼算?

擁有20年純熟搬遷經驗，提供免費估價且流程透明更是5星評價的搬家公司

目錄

• Mybatis基本認識
  • 動態代理
    • JDK實現
    • CGLIB動態代理
    • 總結
  • 反射
• Configuration對象作用
• 映射器結構
• sqlsession執行流程(源碼跟蹤)
  • Executor
  • StatementHandler
  • 結果處理器(ResultSetHandler)
  • 總結
• 主題

mybatis運行分為兩部分，第一部分讀取配置文件緩存到Configuration對象中。用以創建SqlSessionFactory，第二部分是SqlSession的執行過程。

Mybatis基本認識

動態代理

• 之前我們知道Mapper僅僅是一個接口，而不是一個邏輯實現類。但是在Java中接口是無法執行邏輯的。這裏Mybatis就是通過動態代理實現的。關於動態代理我們常用的有Jdk動態代理和cglib動態代理。兩種卻別這裏不做贅述。關於CGLIB代理在框架中使用的比較多。

• 關於動態代理就是所有的請求有一個入口，由這個入口進行分發。在開發領域的一個用途就是【負載均衡】

• 關於Mybatis的動態代理是使用了兩種的結合。

• 下面看看JDK和cglib兩種實現

JDK實現

• 首先我們需要提供一個接口 , 這個接口是對我們程序員的一個抽象。 擁有編碼和改BUG的本領

public interface Developer {

    /**
     * 編碼
     */
    void code();

    /**
     * 解決問題
     */
    void debug();
}

• 關於這兩種本領每個人處理方式不同。這裏我們需要一個具體的實例對象

public class JavaDeveloper implements Developer {
    @Override
    public void code() {
        System.out.println("java code");
    }

    @Override
    public void debug() {
        System.out.println("java debug");
    }
}

• 我們傳統的調用方式是通過java提供的new 機制創造一個JavaDeveloper對象出來。而通過動態代理是通過java.lang.reflect.Proxy對象創建對象調用實際方法的。

• 通過newProxyInstance方法獲取接口對象的。而這個方法需要三個參數
  ClassLoader loader ： 通過實際接口實例對象獲取ClassLoader
  Class<?>[] interfaces : 我們抽象的接口
  InvocationHandler h ： 對我們接口對象方法的調用。在調用節點我們可以進行我們的業務攔截

JavaDeveloper jDeveloper = new JavaDeveloper();
Developer developer = (Developer) Proxy.newProxyInstance(jDeveloper.getClass().getClassLoader(), jDeveloper.getClass().getInterfaces(), (proxy, method, params) -> {
    if (method.getName().equals("code")) {
        System.out.println("我是一個特殊的人，code之前先分析問題");
        return method.invoke(jDeveloper, params);
    }
    if (method.getName().equals("debug")) {
        System.out.println("我沒有bug");

    }
    return null;
});
developer.code();
developer.debug();

CGLIB動態代理

• cglib動態代理優點在於他不需要我們提前準備接口。他代理的實際的對象。這對於我們開發來說就很方便了。

public class HelloService {
    public HelloService() {
        System.out.println("HelloService構造");
    }

    final public String sayHello(String name) {
        System.out.println("HelloService:sayOthers>>"+name);
        return null;
    }

    public void sayHello() {
        System.out.println("HelloService:sayHello");
    }
}

• 下面我們只需要實現cglib提供的MethodInterceptor接口，在初始化設置cglib的時候加載這個實例化對象就可以了

public class MyMethodInterceptor implements MethodInterceptor {

    @Override
    public Object intercept(Object o, Method method, Object[] objects, MethodProxy methodProxy) throws Throwable {
        System.out.println("======插入前置通知======");
        Object object = methodProxy.invokeSuper(o, objects);
        System.out.println("======插入後者通知======");
        return object;
    }
}

• 下面我們就來初始化設置cglib

public static void main(String[] args) {
    //代理類class文件存入本地磁盤方便我們反編譯查看源代碼
    System.setProperty(DebuggingClassWriter.DEBUG_LOCATION_PROPERTY, "/root/code");
    //通過CGLIB動態代理獲取代理對象過程
    Enhancer enhancer = new Enhancer();
    //設置enhancer對象的父類
    enhancer.setSuperclass(HelloService.class);
    // 設置enhancer的回調對象
    enhancer.setCallback(new MyMethodInterceptor());
    //創建代理對象
    HelloService helloService = (HelloService) enhancer.create();
    //通過代理對象調用目標方法
    helloService.sayHello();
}

• 仔細看看cglib和spring的aop特別像。針對切點進行切面攔截控制。

總結

• 通過對比兩種動態代理我們很容易發現，mybatis就是通過JDK代理實現Mapper調用的。我們Mapper接口實現通過代理到xml中對應的sql執行邏輯

反射

• 相信有一定經驗的Java工程師都對反射或多或少有一定了解。其實從思想上看不慣哪種語言都是有反射的機制的。
• 通過反射我們就擺脫了對象的限制我們調用方法不再需要通過對象調用了。可以通過Class對象獲取方法對象。從而通過invoke方法進行方法的調用了。

Configuration對象作用

• Configuration對象存儲了所有Mybatis的配置。主要初始化一下參數
  • properties
  • settings
  • typeAliases
  • typeHandler
  • ObjectFactory
  • plugins
  • environment
  • DatabaseIdProvider
  • Mapper映射器

映射器結構

• BoundSql提供三個主要的屬性 parameterMappings 、parameterObject、sql

• parameterObject參數本身。我們可以傳遞java基本類型、POJO、Map或者@Param標註的參數。

• 當我們傳遞的是java基本類型mybatis會轉換成對應的包裝對象 int -> Integer

• 如果我們傳遞POJO、Map。就是對象本身

• 我們傳遞多個參數且沒有@Param指定變量名則parameterObject 類似
  {“1″:p1,”2″:p2,”param1″:p1,”param2”:p2}

  ※台中搬家遵守搬運三大原則,讓您的家具不再被破壞!

  台中搬家公司推薦超過30年經驗,首選台中大展搬家

• 我們傳遞多個參數且@Param指定變量名 則parameterObject類似
  {“key1″:p1,”key2″:p2,”param1″:p1,”param2”:p2}

• parameterMapping 是記錄屬性、名稱、表達式、javaType,jdbcType、typeHandler這些信息

• sql 屬性就是我們映射器中的一條sql. 正常我們在常見中對sql進行校驗。正常不需要修改sql。

sqlsession執行流程(源碼跟蹤)

• 首先我們看看我們平時開發的Mapper接口是如何動態代理的。這就需要提到MapperProxyFactory這個類了。該類中的newInstance方法

protected T newInstance(MapperProxy<T> mapperProxy) {
    return (T) Proxy.newProxyInstance(mapperInterface.getClassLoader(), new Class[] { mapperInterface }, mapperProxy);
  }

• 通過上滿代碼及上述對jdk動態代理的表述。我們可以知道mapperProxy是我們代理的重點。
• MapperProxy是InvocationHandler的實現類。他重寫的invoke方法就是代理對象執行的方法入口。

@Override
public Object invoke(Object proxy, Method method, Object[] args) throws Throwable {
try {
    if (Object.class.equals(method.getDeclaringClass())) {
    return method.invoke(this, args);
    } else if (isDefaultMethod(method)) {
    return invokeDefaultMethod(proxy, method, args);
    }
} catch (Throwable t) {
    throw ExceptionUtil.unwrapThrowable(t);
}
final MapperMethod mapperMethod = cachedMapperMethod(method);
return mapperMethod.execute(sqlSession, args);
}

private boolean isDefaultMethod(Method method) {
return (method.getModifiers()
    & (Modifier.ABSTRACT | Modifier.PUBLIC | Modifier.STATIC)) == Modifier.PUBLIC
    && method.getDeclaringClass().isInterface();
}

• 通過源碼發現。invoke內部首先判斷對象是否是類 。 通過打斷點發現最終會走到cacheMapperMethod這個方法去創建MapperMethod對象。
• 繼續查看MapperMethod中execute方法我們可以了解到內部實現其實是一個命令行模式開發。通過判斷命令從而執行不同的語句。判斷到具體執行語句然後將參數傳遞給sqlsession進行sql調用並獲取結果。到了sqlsession就和正常jdbc開發sql進行關聯了。sqlsession中Executor、StatementHandler、ParameterHandler、Resulthandler四大天王

Executor

• 顧名思義他就是一個執行器。將java提供的sql提交到數據庫。Mybatis提供了三種執行器。

• Configuration.class中newExecutor源碼

• 根據uml我們不難看出mybatis中提供了三類執行器分別SimpleExecutor、ReuseExecutor、BatchExecutor

public SqlSession openSession() {
  return openSessionFromDataSource(configuration.getDefaultExecutorType(), null, false);
}

private SqlSession openSessionFromDataSource(ExecutorType execType, TransactionIsolationLevel level, boolean autoCommit) {
    Transaction tx = null;
    try {
      // 得到configuration 中的environment
      final Environment environment = configuration.getEnvironment();
      // 得到configuration 中的事務工廠
      final TransactionFactory transactionFactory = getTransactionFactoryFromEnvironment(environment);
      tx = transactionFactory.newTransaction(environment.getDataSource(), level, autoCommit);
      // 獲取執行器
      final Executor executor = configuration.newExecutor(tx, execType);
      // 返回默認的SqlSession
      return new DefaultSqlSession(configuration, executor, autoCommit);
    } catch (Exception e) {
      closeTransaction(tx); // may have fetched a connection so lets call close()
      throw ExceptionFactory.wrapException("Error opening session.  Cause: " + e, e);
    } finally {
      ErrorContext.instance().reset();
    }
  }

• 通過上述源碼我們知道在sqlsession獲取一個數據庫session對象時我們或根據我們的settings配置加載一個Executor對象。在settings中配置也很簡單

<settings>
<!--取值範圍 SIMPLE, REUSE, BATCH -->
	<setting name="defaultExecutorType" value="SIMPLE"/>
</settings>

• 我們也可以通過java代碼設置

factory.openSession(ExecutorType.BATCH);

StatementHandler

• 顧名思義，StatementHandler就是專門處理數據庫回話的。這個對象的創建還是在Configuration中管理的。

public StatementHandler newStatementHandler(Executor executor, MappedStatement mappedStatement, Object parameterObject, RowBounds rowBounds, ResultHandler resultHandler, BoundSql boundSql) {
    StatementHandler statementHandler = new RoutingStatementHandler(executor, mappedStatement, parameterObject, rowBounds, resultHandler, boundSql);
    statementHandler = (StatementHandler) interceptorChain.pluginAll(statementHandler);
    return statementHandler;
  }

• 很明顯Mybatis中StatementHandler使用的是RoutingStatementHandler這個class

• 關於StatementHandler和RoutingStatementHandler之間的關係我們通過源碼可以看出這裏和Executor一樣都是適配器模式。採用這種模式的好處是方便我們對這些對象進行代理。這裏讀者可以猜測一下是使用了哪種動態代理。給點提示 這裏使用了接口哦

• 在查看BaseStatementHandler結構我們會發現和Executor一模一樣。同樣的Mybatis在構造RoutingStatementHandler的時候會根據setting中配置來加載不同的具體子類。這些子類都是繼承了BaseStatementHandler.

• 前一節我們跟蹤了Executor。 我們知道Mybatis默認的是SimpleExecutor。 StatementHandler我們跟蹤了Mybaits默認的是PrePareStatementHandler。在SimpleExecutor執行查詢的源碼如下

• 我們發現在executor查詢錢會先讓statementHandler構建一個Statement對象。最終就是StatementHandler中prepare方法。這個方法在抽象類BaseStatmentHandler中已經封裝好了。

• 這個方法的邏輯是初始化statement和設置連接超時等一些輔助作用
• 然後就是設置一些參數等設置。最後就走到了執行器executor的doquery

• PrepareStatement在我們jdbc開發時是常見的一個類 。 這個方法執行execute前我們需要設置sql語句，設置參數進行編譯。這一系列步驟就是剛才我們說的流程也是PrepareStatementHandler.prepareStatement幫我們做的事情。那麼剩下的我們也很容易想到就是我們對數據結果的封裝。正如代碼所示下馬就是resultSetHandler幫我們做事情了。

結果處理器(ResultSetHandler)

@Override
  public List<Object> handleResultSets(Statement stmt) throws SQLException {
    ErrorContext.instance().activity("handling results").object(mappedStatement.getId());

    final List<Object> multipleResults = new ArrayList<>();

    int resultSetCount = 0;
    ResultSetWrapper rsw = getFirstResultSet(stmt);

    List<ResultMap> resultMaps = mappedStatement.getResultMaps();
    int resultMapCount = resultMaps.size();
    validateResultMapsCount(rsw, resultMapCount);
    while (rsw != null && resultMapCount > resultSetCount) {
      ResultMap resultMap = resultMaps.get(resultSetCount);
      handleResultSet(rsw, resultMap, multipleResults, null);
      rsw = getNextResultSet(stmt);
      cleanUpAfterHandlingResultSet();
      resultSetCount++;
    }

    String[] resultSets = mappedStatement.getResultSets();
    if (resultSets != null) {
      while (rsw != null && resultSetCount < resultSets.length) {
        ResultMapping parentMapping = nextResultMaps.get(resultSets[resultSetCount]);
        if (parentMapping != null) {
          String nestedResultMapId = parentMapping.getNestedResultMapId();
          ResultMap resultMap = configuration.getResultMap(nestedResultMapId);
          handleResultSet(rsw, resultMap, null, parentMapping);
        }
        rsw = getNextResultSet(stmt);
        cleanUpAfterHandlingResultSet();
        resultSetCount++;
      }
    }

    return collapseSingleResultList(multipleResults);
  }

• 這個方法我們可以導出來是結果xml中標籤配置對結果的一個封裝。

總結

• SqlSession在一個查詢開啟的時候會先通過CacheExecutor查詢緩存。擊穿緩存後會通過BaseExector子類的SimpleExecutor創建StatementHandler。PrepareStatementHandler會基於PrepareStament執行數據庫操作。並針對返回結果通過ResultSetHandler返回結果數據

主題

本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理

※台中搬家公司費用怎麼算?

擁有20年純熟搬遷經驗，提供免費估價且流程透明更是5星評價的搬家公司

※Google地圖已可更新顯示潭子電動車充電站設置地點!!

日本、大陸，發現這些先進的國家已經早就讓電動車優先上路，而且先進國家空氣品質相當好，電動車節能減碳可以減少空污

在 12 月時，Apple 推出首款自家頭戴式降噪耳機 AirPods Max，讓旗下耳機陣容更豐富，極具設計感的外觀讓許多消費者趨之若鶩，但自推出以來越來越多用戶在國外論壇上反映手邊的 AirPods Max 出現電池消耗過快的問題，甚至放一晚電力就只剩 5%。

部分AirPods Max 用戶反映耗電嚴重，閒置一夜幾乎完全噴光

Apple 在一份支援文件中寫到，AirPods Max 被設計成在閒置五分鐘後進入「低耗電模式」（沒有放在收納盒中），如果沒有去碰觸拿取，AirPods Max 將以低耗電模式維持三天，之後進入「超低耗電」的狀態，自動切斷藍牙和查找功能。而在放入智慧收納盒時，AirPods Max 被設計為立即進入低耗電模式，不須等候閒置時間。

據國外媒體 MacRumors 的報導，目前有許多網友在論壇上回饋，表示 AirPods Max 的電池消耗極大，首先式一位網友 VL_424 表示，從推出後就一直在使用，但卻始終受到嚴重耗電的問題所苦，舉例來說，前一天晚上拿出殘餘電量還有 85% 的耳機用了大約 15 分鐘後放回收納盒裡，結果在早上 iPhone 就收到通知表示耳機剩下 5% 的電量，奇怪的是整個過程中，用戶都沒有嘗試連接到 AirPods Max，而是在房間用 HomePod 聽音樂，而 AirPods Max 似乎沒有近入低耗電狀態，一直保持使用中的耗電狀態。

從許多投訴中可以看到，AirPods Max 沒有正確進入低耗電模式，而且因為本身並沒有設置電源按鈕，無法為了節省耗電而強制關閉它。部分用戶認為，問題可能與產品在靜置時或進入低耗電模式後未中斷與設備的連接有關，因為沒有關機選項，所以才會出現 AirPods Max 即使在低耗電模式下似乎一夜之間耗盡所有電力的問題。

考慮到有關電量過度消耗的報告數量與日俱增，Apple 似乎必須盡快推出更新來解決這個軟體錯誤，但迄今為止，還沒有新的韌體版本，用戶就請靜候通知吧！

※廣告預算用在刀口上，台北網頁設計公司幫您達到更多曝光效益

有別於一般網頁架設公司，除了模組化的架站軟體，我們的營業主軸還包含：資料庫程式開發、網站建置、網頁設計、電子商務專案開發、系統整合、APP設計建置、專業網路行銷。

◎資料來源：MacRumors

您也許會喜歡：

【推爆】終身$0月租 打電話只要1元/分

立達合法徵信社-讓您安心的選擇

※超省錢租車方案

商務出差、學生出遊、旅遊渡假、臨時用車!GO 神州租賃有限公司!合法經營、合法連鎖、合法租賃小客車!

※產品缺大量曝光嗎?你需要的是一流包裝設計!

窩窩觸角包含自媒體、自有平台及其他國家營銷業務等，多角化經營並具有國際觀的永續理念。

緩存簡介

一般我們在系統中使用緩存技術是為了提升數據查詢的效率。當我們從數據庫中查詢到一批數據后將其放入到混存中（簡單理解就是一塊內存區域），下次再查詢相同數據的時候就直接從緩存中獲取數據就行了。這樣少了一步和數據庫的交互，可以提升查詢的效率。

但是一個硬幣都具有兩面性，緩存在帶來性能提升的同時也“悄悄”引入了很多問題，比如緩存同步、緩存失效、緩存雪崩等等。當然這些問題不是本文討論的重點。

本文主要討論MyBatis緩存這個比較雞肋的功能。雖然說MyBatis的緩存功能比較雞肋，但是為了全面了解MyBatis這個框架，學習下緩存這個功能還是挺有必要的。MyBatis的緩存分為一級緩存和二級緩存，下面就分別來介紹下這兩個特性。

一級緩存

在應用運行過程中，我們有可能在一次數據庫會話中，執行多次查詢條件完全相同的SQL，MyBatis提供了一級緩存的方案優化這部分場景，如果是相同的SQL語句，會優先命中一級緩存，避免直接對數據庫進行查詢，提高性能。

什麼是MyBatis一級緩存

一級緩存是 SqlSession級別 的緩存。在操作數據庫時需要構造 sqlSession 對象，在對象中有一個(內存區域)數據結構（HashMap）用於存儲緩存數據。不同的 sqlSession 之間的緩存數據區域（HashMap）是互相不影響的。

在應用運行過程中，我們有可能在一次數據庫會話中，執行多次查詢條件完全相同的SQL，MyBatis 提供了一級緩存的方案優化這部分場景，如果是相同的SQL語句，會優先命中一級緩存，避免直接對數據庫進行查詢，提高性能。

怎麼開啟一級緩存

MyBatis中一級緩存默認是開啟的，不需要我們做額外的操作。

如果你需要關閉一級緩存的話，可以在Mapper映射文件中將flushCache屬性設置為true，這種做法只會針對單個SQL操作生效

<select id="selectByPrimaryKey" parameterType="java.lang.String" resultMap="BaseResultMap" flushCache="true">
    select 
    <include refid="Base_Column_List" />
    from cbondissuer
    where OBJECT_ID = #{objectId,jdbcType=VARCHAR}
  </select>

> 還有一種做法是在MyBatis的主配置文件中，關閉所有的一級緩存
> ```xml
>   默認是SESSION，也就是開啟一級緩存
>   <setting name="localCacheScope" value="STATEMENT"/>
> ```

下面我們來寫代碼驗證下MyBatis的一級緩存。

```java
String id = "123";
SqlSession sqlSession1 = sqlSessionFactory.openSession();
SqlSession sqlSession2 = sqlSessionFactory.openSession();
//同一個sqlSession創建的Mapper
CbondissuerMapper cbondissuerMapper10 = sqlSession1.getMapper(CbondissuerMapper.class);
CbondissuerMapper cbondissuerMapper11 = sqlSession1.getMapper(CbondissuerMapper.class);
//另外一個sqlSession創建的Mapper
CbondissuerMapper cbondissuerMapper20 = sqlSession2.getMapper(CbondissuerMapper.class);

//同一個Mapper，同樣的SQL查了兩次
Cbondissuer cbondissuer10 = cbondissuerMapper10.selectByPrimaryKey(id);
Cbondissuer cbondissuer101 = cbondissuerMapper10.selectByPrimaryKey(id);
//同一個sqlSession創建的Mapper，又查詢了一次同樣的SQL
Cbondissuer cbondissuer11 = cbondissuerMapper11.selectByPrimaryKey(id);
//不一樣的sqlSession創建的Mapper查詢了一次同樣的SQL
Cbondissuer cbondissuer20 = cbondissuerMapper20.selectByPrimaryKey(id);

System.out.println("cbondissuer10 equals cbondissuer101 :"+(cbondissuer10==cbondissuer101));
System.out.println("cbondissuer10 equals cbondissuer11 :"+(cbondissuer10==cbondissuer11));
System.out.println("cbondissuer10 equals cbondissuer21 :"+(cbondissuer10==cbondissuer20));

sqlSession1.close();
sqlSession2.close();
System.out.println("end...");

上面進行了四次查詢，如果你觀察日誌的話。會發現只進行了兩個數據庫查詢。因為第二和第三次的查詢都查詢了一級緩存，查出的其實是緩存中的結果。所以輸出的結果是

cbondissuer10 equals cbondissuer101 :true
cbondissuer10 equals cbondissuer11 :true
cbondissuer10 equals cbondissuer21 :false

哪些因素會使一級緩存失效

上面的一級緩存初探讓我們感受到了 MyBatis 中一級緩存的存在，那麼現在你或許就會有疑問了，那麼什麼時候緩存失效呢？

• 通過同一個SqlSession執行更新操作時，這個更新操作不僅僅指代update操作，還指插入和刪除操作；
• 事務提交時會刪除一級緩存；
• 事務回滾時也會刪除一級緩存；

一級緩存源碼解析

其實MyBatis一級緩存的實質就是一個Executor的一個類似Map的屬性，分析源碼的方法就是看在哪些地方從這個Map中查詢了緩存，又是在哪些清空了這些緩存。

1. 查詢時使用緩存分析

public abstract class BaseExecutor implements Executor {

  private static final Log log = LogFactory.getLog(BaseExecutor.class);

  protected Transaction transaction;
  protected Executor wrapper;

  protected ConcurrentLinkedQueue<DeferredLoad> deferredLoads;
  //這個localCache變量就是一級緩存變量
  protected PerpetualCache localCache;
  protected PerpetualCache localOutputParameterCache;
  protected Configuration configuration;
  //..省略下面代碼
}

全局搜索代碼中哪些地方使用了這個變量，很容易找到BaseExecutor.query方法使用了這個緩存：

public abstract class BaseExecutor implements Executor {

// 省略其他代碼
 public <E> List<E> query(MappedStatement ms, Object parameter, RowBounds rowBounds, ResultHandler resultHandler, CacheKey key, BoundSql boundSql) throws SQLException {
    ErrorContext.instance().resource(ms.getResource()).activity("executing a query").object(ms.getId());
    if (closed) {
      throw new ExecutorException("Executor was closed.");
    }
    if (queryStack == 0 && ms.isFlushCacheRequired()) {
      clearLocalCache();
    }
    List<E> list;
    try {
      queryStack++;
      //先從緩存中查詢結果，如果緩存中已經存在結果直接使用緩存的結果
      list = resultHandler == null ? (List<E>) localCache.getObject(key) : null;
      if (list != null) {
        handleLocallyCachedOutputParameters(ms, key, parameter, boundSql);
      } else {
        //緩存中沒有結果從數據庫查詢
        list = queryFromDatabase(ms, parameter, rowBounds, resultHandler, key, boundSql);
      }
    } finally {
      queryStack--;
    }
    if (queryStack == 0) {
      for (DeferredLoad deferredLoad : deferredLoads) {
        deferredLoad.load();
      }
      // issue #601
      deferredLoads.clear();
      if (configuration.getLocalCacheScope() == LocalCacheScope.STATEMENT) {
        // issue #482
        clearLocalCache();
      }
    }
    return list;
  }
  //..省略下面代碼
}

上面的代碼展示了，BaseExecutor的query方法使用緩存的過程。需要注意的是查詢緩存時是根據cacheKey進行查詢的，我們可以將這個key簡單的
理解為sql語句，不同的sql語句能查出不同的緩存。（注意sql語句中的參數不同也會被認為是不同的sql語句）。

2. 導致一級緩存失效的代碼分析
查看BaseExecutor的代碼，我們很容易發現是下面的方法清空了一級緩存。（不要問我是怎麼發現這個代碼的，看代碼能力需要自己慢慢提升）

@Override
public void clearLocalCache() {
    if (!closed) {
        localCache.clear();
        localOutputParameterCache.clear();
    }
}

那麼我們只要查看哪些地方調用了這個方法就知道哪些情況下會導致一級緩存失效了。跟蹤下來，最後發現下面三處地方會使得一級緩存失效

BaseExecutor的update方法，使用MyBatis的接口進行增、刪、改操作都會調用到這個方法，這個也印證了上面的說法。

@Override
  public int update(MappedStatement ms, Object parameter) throws SQLException {
    ErrorContext.instance().resource(ms.getResource()).activity("executing an update").object(ms.getId());
    if (closed) {
      throw new ExecutorException("Executor was closed.");
    }
    clearLocalCache();
    return doUpdate(ms, parameter);
  }

BaseExecutor的commit方法,事務提交會導致一級緩存失敗。如果我們使用Spring的話，一般事務都是自動提交的，所以好像MyBatis的一級緩存一直沒怎麼被考慮過

@Override
  public void commit(boolean required) throws SQLException {
    if (closed) {
      throw new ExecutorException("Cannot commit, transaction is already closed");
    }
    clearLocalCache();
    flushStatements();
    if (required) {
      transaction.commit();
    }
  }

BaseExecutor的rollback方法，事務回滾也會導致一級緩存失效。

@Override
  public void rollback(boolean required) throws SQLException {
    if (!closed) {
      try {
        clearLocalCache();
        flushStatements(true);
      } finally {
        if (required) {
          transaction.rollback();
        }
      }
    }
  }

一級緩存使用建議

平時使用MyBatis時都是和Spring結合使用的，在整個Spring容器中一般只有一個SqlSession實現類。而Spring一般都是主動提交事務的，所以說一級緩存經常失效。

※自行創業缺乏曝光? 網頁設計幫您第一時間規劃公司的形象門面

網動廣告出品的網頁設計，採用精簡與質感的CSS語法，提升企業的專業形象與簡約舒適的瀏覽體驗，讓瀏覽者第一眼就愛上她。

還有就是我們也很少在一個事務範圍內執行同一個SQL兩遍，上面的這些原因導致我們在開發過程中很少注意到MyBatis一級緩存的存在。

不怎麼用並不是說不用，作為一個合格的開發者需要對這些心知肚明，要清楚的知道MyBatis一級緩存的工作流程。

二級緩存

什麼是MyBatis二級緩存

MyBatis 一級緩存最大的共享範圍就是一個SqlSession內部，那麼如果多個 SqlSession 需要共享緩存，則需要開啟二級緩存，開啟二級緩存后，會使用 CachingExecutor 裝飾 Executor，
進入一級緩存的查詢流程前，先在CachingExecutor 進行二級緩存的查詢，具體的工作流程如下所示：

當二級緩存開啟后，同一個命名空間(namespace) 所有的操作語句，都影響着一個 共同的 cache（一個Mapper映射文件對應一個Cache），也就是二級緩存被多個 SqlSession 共享，是一個全局的變量。當開啟緩存后，數據的查詢執行的流程就是 二級緩存 -> 一級緩存 -> 數據庫。

從上面的圖可以看出，MyBatis的二級緩存實現可以有很多種，可以是MemCache、Ehcache等。也可以是Redis等，但是需要額外的Jar包。

怎麼開啟二級緩存

二級緩存默認是不開啟的，需要手動開啟二級緩存，實現二級緩存的時候，MyBatis要求返回的POJO必須是可序列化的。開啟二級緩存的條件也是比較簡單，

step1：通過直接在 MyBatis 配置文件中通過

<settings>  
	<setting name = "cacheEnabled" value = "true" />
</settings>

step2: 在 Mapper 的xml 配置文件中加入 標籤

cache標籤下面有下面幾種可選項

• eviction: 緩存回收策略，支持的策略有下面幾種

  • LRU – 最近最少回收，移除最長時間不被使用的對象（默認是這個策略）
  • FIFO – 先進先出，按照緩存進入的順序來移除它們
  • SOFT – 軟引用，移除基於垃圾回收器狀態和軟引用規則的對象
  • WEAK – 弱引用，更积極的移除基於垃圾收集器和弱引用規則的對象

• flushinterval：緩存刷新間隔，緩存多長時間刷新一次，默認不清空，設置一個毫秒值；

• readOnly: 是否只讀；true 只讀 ，MyBatis 認為所有從緩存中獲取數據的操作都是只讀操作，不會修改數據。MyBatis 為了加快獲取數據，直接就會將數據在緩存中的引用交給用戶。不安全，速度快。讀寫(默認)：MyBatis 覺得數據可能會被修改

• size : 緩存存放多少個元素

• type: 指定自定義緩存的全類名(實現Cache 接口即可)

• blocking：若緩存中找不到對應的key，是否會一直blocking，直到有對應的數據進入緩存。

cache-ref代表引用別的命名空間的Cache配置，兩個命名空間的操作使用的是同一個Cache。

哪些因素會使二級緩存失效

從上面的介紹可以知道MyBatis的二級緩存主要是為了SqlSession之間共享緩存設計的。但是我們平時開發過程中都是結合Spring來進行MyBatis的開發。在Spring環境下一般也只有一個SqlSession實例，所以二級緩存使用到的機會不多。所以下面就簡單描述下Mybatis的二級緩存。

還是以上面的列子為列

String id = "{0003CCCA-AEA9-4A1E-A3CC-06D884BA3906}";
SqlSession sqlSession1 = sqlSessionFactory.openSession();
SqlSession sqlSession2 = sqlSessionFactory.openSession();
//同一個sqlSession創建的Mapper
CbondissuerMapper cbondissuerMapper10 = sqlSession1.getMapper(CbondissuerMapper.class);
CbondissuerMapper cbondissuerMapper11 = sqlSession1.getMapper(CbondissuerMapper.class);
//另外一個sqlSession創建的Mapper
CbondissuerMapper cbondissuerMapper20 = sqlSession2.getMapper(CbondissuerMapper.class);

//同一個Mapper，同樣的SQL查了兩次
Cbondissuer cbondissuer10 = cbondissuerMapper10.selectByPrimaryKey(id);
Cbondissuer cbondissuer101 = cbondissuerMapper10.selectByPrimaryKey(id);
//同一個sqlSession創建的Mapper，又查詢了一次同樣的SQL
Cbondissuer cbondissuer11 = cbondissuerMapper11.selectByPrimaryKey(id);
//這邊需要提交事務才能讓二級緩存生效
sqlSession1.commit();
//不一樣的sqlSession創建的Mapper查詢了一次同樣的SQL
Cbondissuer cbondissuer20 = cbondissuerMapper20.selectByPrimaryKey(id);

System.out.println("cbondissuer10 equals cbondissuer101 :"+(cbondissuer10==cbondissuer101));
System.out.println("cbondissuer10 equals cbondissuer11 :"+(cbondissuer10==cbondissuer11));
System.out.println("cbondissuer10 equals cbondissuer21 :"+(cbondissuer10==cbondissuer20));

• 二級緩存是以namespace（Mapper）為單位的，不同namespace下的操作互不影響。
• insert,update,delete操作會清空所在namespace下的全部緩存。
• 多表操作一定不要使用二級緩存，因為多表操作進行更新操作，一定會產生臟數據。

二級緩存使用建議

個人覺得MyBatis的二級緩存實用性不是很大。一個原因就是Spring環境下，一本只有一個SqlSession，不存在sqlSession之間共享緩存；還有就是
MyBatis的緩存都不能做到分佈式，所以對於MyBatis的二級緩存以了解為主。

簡單總結

一級緩存

• 一級緩存的本質是Executor的一個類似Map的屬性；
• 一級緩存默認開啟，將flushCache設置成true或者將全局配置localCacheScope設置成Statement可以關閉一級緩存；
• 在一級緩存開啟的情況下，查詢操作會先查詢一級緩存，再查詢數據庫；
• 增刪改操作和事務提交回滾操作會導致一級緩存失效；
• 由於Spring中事務是自動提交的，因此Spring下的MyBatis一級緩存經常失效。（但是並不表示不生效，除非你手動關閉一級緩存）
• 不能實現分佈式。

二級緩存

• namesapce級別的緩存（Mapper級別或者叫做表級別的緩存），設計的主要目的是實現sqlSession之間的緩存共享；
• 開啟二級緩存后，查詢的邏輯是二級緩存->已經緩存->數據庫；
• insert,update,delete操作會清空所在namespace下的全部緩存；
• 多表查詢一定不要使用二級緩存，因為多表操作進行更新操作，可能會產生臟數據。

總體來說，MyBatis的緩存功能比較雞肋。想要使用緩存的話還是建議使用spring-cache等框架。

參考

• https://blog.csdn.net/zb313982521/article/details/79689169
• https://mp.weixin.qq.com/s?__biz=MzI4NDY5Mjc1Mg==&mid=2247489120&idx=2&sn=4694c4a359849d17354f85206768c25b&chksm=ebf6ce1fdc81470918515ff76c41d7aea9434226ef05e930fec59ed22dcc709030a6683c0d80&mpshare=1&scene=1&srcid=&sharer_sharetime=1566873637232&sharer_shareid=2040c1b4c62e1f430c804ebd0fe79fa3#rd

本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理

※南投搬家公司費用需注意的眉眉角角，別等搬了再說!

上新台中搬家公司提供您一套專業有效率且人性化的辦公室搬遷、公司行號搬家及工廠遷廠的搬家服務

※產品缺大量曝光嗎?你需要的是一流包裝設計!

窩窩觸角包含自媒體、自有平台及其他國家營銷業務等，多角化經營並具有國際觀的永續理念。

0L 161馬力+6擋手自一體。其中2。0L已經停產，但是還有少量車子再繼續售賣。KX3的1。6T車型動力表現很不錯，雖然雙離合變速箱還有一定的不足，但是比起市面上其它的雙離合，還是要強一點的。不過家用的話還是要回歸理性的，1。

想買SUV，自主的大空間緊湊型SUV看不上，但是合資的緊湊型SUV又覺得價格太貴，折中的選擇就是合資小型SUV，所以今天給大家推薦三款大空間的合資小型SUV，買這些車子准沒錯。

上汽通用別克-昂科拉

新款昂科拉的車身尺寸為4278*1781*1648mm，軸距為2555mm。老款的昂科拉處於停產在售狀態，就不做過多的介紹，因為在價格差不多的情況下當然是買最新款的車型。昂科拉屬於城市SUV，所以看起來很時尚，胖乎乎的造型使得昂科拉看起來比較可愛。

因為昂科拉看着比較厚實，所以即使車長沒有達到4.3米，但是看起來也不會顯得很小，內飾也是屬於比較時尚的類型，用料也很下本。

昂科拉的動力系統為1.4T 140馬力+6擋手動/6擋手自一體。全系都是1.4T發動機，這一點很不錯，如果是手動擋車型，那麼動力體驗會很好，爆發力很強，但是如果是自動檔的話，因為6AT不是特別的聰明，由於變速箱拖累了發動機，所以顯得車子動力不是那麼有力道，不過不吹毛求疵的話，1.4T+6擋手自一體，這樣的動力組合還是很夠用的。

昂科拉整車用料很厚道，1.4T自動擋車型百公里油耗為8.5L左右，表現中規中矩。

東風悅達起亞-起亞KX3

起亞KX3的車身尺寸為4270*1780*1630mm和4270*1780*1645，軸距為2590mm。尺寸幾乎和昂科拉一樣，但是由於造型原因，所以起亞KX3看起來並沒有那麼顯大。但是起亞KX3外觀確實是一個亮點，

※南投搬家公司費用需注意的眉眉角角，別等搬了再說!

上新台中搬家公司提供您一套專業有效率且人性化的辦公室搬遷、公司行號搬家及工廠遷廠的搬家服務

很好看，尤其是雙色車身的KX3。畢竟，韓國出來的車子，大多數都是顏值挺高的。

KX3的動力系統為1.6L 125馬力+6擋手動/6擋手自一體，1.6T 160馬力+7擋雙離合，2.0L 161馬力+6擋手自一體。其中2.0L已經停產，但是還有少量車子再繼續售賣。KX3的1.6T車型動力表現很不錯，雖然雙離合變速箱還有一定的不足，但是比起市面上其它的雙離合，還是要強一點的。

不過家用的話還是要回歸理性的，1.6L車型足夠家用，不過油耗表現不是很好。我們曾經實測的數據，1.6L手動擋的百公里油耗為8L左右，自動擋為9L左右。和昂科拉一樣，KX3也有着一兩萬多的優惠，性價比還是不錯的。

廣汽本田-繽智

繽智的車身尺寸是4294*1772*1605mm，軸距是2610mm。繽智也是小型SUV，尺寸和它們兩個差不多，但是因為繽智是本田的，所以它的車內空間卻比它們好了一個檔次，繽智的外觀也是很靚麗，可以滿足絕大多數人的審美要求。

繽智的動力系統為1.5L 131馬力+6擋手動/CVT，1.8L 136馬力+6擋手動/CVT，繽智是一個性格鮮明的选手，空間很大，動力系統非常平順，1.5L和1.8L發動機都比較有力，但是油耗卻比較低，1.5L自動擋的百公里油耗不到7L，1.8L自動擋的百公里油耗不到8L，表現很好。不過缺點就是噪音大、隔音差，底盤單薄，車漆薄，優惠太少等。最後小編吐槽一句，想買繽智了但是覺得繽智太貴了，那麼可以看一下飛度，也挺不錯的。本站聲明:網站內容來源於http://www.auto6s.com/,如有侵權,請聯繫我們,我們將及時處理

※自行創業缺乏曝光? 網頁設計幫您第一時間規劃公司的形象門面

網動廣告出品的網頁設計，採用精簡與質感的CSS語法，提升企業的專業形象與簡約舒適的瀏覽體驗，讓瀏覽者第一眼就愛上她。