目錄

前言
說實話學了一段時間java的朋友對於transient這個關鍵字依舊很陌生基本沒怎麼用過，但是transient關鍵字在java中卻起到了不可或缺的地位！如果要說講到，我覺得最可能出現的地方是IO流中對象流（也叫序列化流）的時候會講到！

相信很多人都是直到自己碰到才會關心這個關鍵字，記得博主第一次碰到transient關鍵字是在閱讀JDK源碼的時候。在學習java的過程中transient關鍵字少見的原因其實離不開它的作用：transient關鍵字的主要作用就是讓某些被transient關鍵字修飾的成員屬性變量不被序列化。實際上也正是因此，在學習過程中很少用得上序列化操作，一般都是在實際開發中！至於序列化，相信有很多小白童鞋一直迷迷糊糊或者沒有具體的概念，這都不是事，下面博主會很清楚的讓你記住啥是序列化，保證你這輩子忘不了（貌似有點誇張，有點裝b，感覺要被打）

@

1、何謂序列化？

說起序列化，隨之而來的另一個概念就是反序列化，小白童鞋不要慌，記住了序列化就相當於記住了反序列化，因為反序列化就是序列化反過來，所以博主建議只記住序列化概念即可，省的搞暈自己。

專業術語定義的序列化：

Java提供了一種對象序列化的機制。用一個字節序列可以表示一個對象，該字節序列包含該對象的數據、對象的類型和對象中存儲的屬性等信息。字節序列寫出到文件之後，相當於文件中持久保存了一個對象的信息。反之，該字節序列還可以從文件中讀取回來，重構對象，對它進行反序列化。對象的數據、對象的類型和對象中存儲的數據信息，都可以用來在內存中創建對象。

宜春的術語定義序列化：

序列化： 字節 ——> 對象

其實，我總結的就是上面的結論，如果不理解，直接參照專業術語的定義，理解之後就記住我的話就行了，記不住，請打死我（我踢m簡直就是個天才）

圖理解序列化：

啥？你不懂啥是字節？其實，我在一篇IO流的文章里就已經介紹了序列化，放心，絕對特別詳細~光看文章名字就知道了~

2、為何要序列化？

從上一節提到序列化的概念，知道概念之後，我們就必須要知道 為何要序列化了。

講為何要序列化原因之前，博主我舉個栗子：

就像你去街上買菜，一般操作都是用塑料袋給包裝起來，直到回家要做菜的時候就把菜給拿出來。而這一系列操作就像極了序列化和反序列化！

Java中對象的序列化指的是將對象轉換成以字節序列的形式來表示，這些字節序列包含了對象的數據和信息，一個序列化后的對象 可以被寫到數據庫或文件中，也可用於 網絡傳輸，一般當我們使用 緩存cache（內存空間不夠有可能會本地存儲到硬盤）或 遠程調用rpc（網絡傳輸）的時候，經常需要讓我們的實體類實現Serializable接口，目的就是為了讓其可序列化。

• 在開發過程中要使用transient關鍵字修飾的栗子：

如果一個用戶有一些密碼等信息，為了安全起見，不希望在網絡操作中被傳輸，這些信息對應的變量就可以加上transient關鍵字。換句話說，這個字段的生命周期僅存於調用者的內存中而不會寫到磁盤裡持久化。

• 在開發過程中不需要transient關鍵字修飾的栗子：

1、類中的字段值可以根據其它字段推導出來。
2、看具體業務需求，哪些字段不想被序列化；

不知道各位有木有想過為什麼要不被序列化呢？其實主要是為了節省存儲空間。優化程序！

PS：記得之前看HashMap源碼的時候，發現有個字段是用transient修飾的，我覺得還是有道理的，確實沒必要對這個modCount字段進行序列化，因為沒有意義，modCount主要用於判斷HashMap是否被修改（像put、remove操作的時候，modCount都會自增），對於這種變量，一開始可以為任何值，0當然也是可以（new出來、反序列化出來、或者克隆clone出來的時候都是為0的），沒必要持久化其值。

當然，序列化后的最終目的是為了反序列化，恢復成原先的Java對象，要不然序列化后幹嘛呢，就像買菜一樣，用塑料袋包裹最後還是為了方便安全到家再去掉塑料袋，所以序列化后的字節序列都是可以恢復成Java對象的，這個過程就是反序列化。

3、序列化與transient的使用

　1、需要做序列化的對象的類，必須實現序列化接口：Java.lang.Serializable 接口（一個標誌接口，沒有任何抽象方法），Java 中大多數類都實現了該接口，比如：String，Integer類等，不實現此接口的類將不會使任何狀態序列化或反序列化，會拋NotSerializableException異常 。

　　2、底層會判斷，如果當前對象是 Serializable 的實例，才允許做序列化，Java對象 instanceof Serializable 來判斷。

　　3、在 Java 中使用對象流ObjectOutputStream來完成序列化以及ObjectInputStream流反序列化　　　

1. ==ObjectOutputStream:通過 writeObject()方法做序列化操作==　

2. ==ObjectInputStream:通過 readObject() 方法做反序列化操作==

4、該類的所有屬性必須是可序列化的。如果有一個屬性不需要可序列化的，則該屬性必須註明是瞬態的，使用transient 關鍵字修飾。

由於字節嘛所以肯定要涉及流的操作，也就是對象流也叫序列化流ObjectOutputstream，下面進行多種情況分析序列化的操作代碼！

在這裏，我真的強烈建議看宜春博客的讀者朋友，請試着去敲，切記一眼帶過或者複製過去運行就完事了，特別是小白童鞋，相信我！你一定會有不一樣的收穫。千萬不要覺得浪費時間，有時候慢就是快，宜春親身體會！

3.1、沒有實現Serializable接口進行序列化情況

package TransientTest;
import java.io.*;

class UserInfo {  //================================注意這裏沒有實現Serializable接口
    private String name;
    private transient String password;

    public UserInfo(String name,String psw) {
        this.name = name;
        this.password=psw;
    }

    @Override
    public String toString() {
        return "UserInfo{" +
                "name='" + name + '\'' +
                ", password='" + password + '\'' +
                '}';
    }
}

public class TransientDemo {
    public static void main(String[] args) {

        UserInfo userInfo=new UserInfo("老王","123");
        System.out.println("序列化之前信息："+userInfo);

        try {
            ObjectOutputStream output=new ObjectOutputStream(new FileOutputStream("userinfo.txt"));
            output.writeObject(new UserInfo("老王","123"));
            output.close();
        } catch (IOException e) {
            e.printStackTrace();
        }
    }
}

運行結果

3.2、實現Serializable接口序列化情況

當我們加上實現Serializable接口再運行會發現，項目中出現的userinfo.txt文件內容是這樣的:

其實這都不是重點，重點是序列化操作成功了！

3.3、普通序列化情況

package TransientTest;
import java.io.*;

class UserInfo implements Serializable{  //第一步實現Serializable接口
    private String name;
    private String password;//都是普通屬性==============================

    public UserInfo(String name,String psw) {
        this.name = name;
        this.password=psw;
    }

    @Override
    public String toString() {
        return "UserInfo{" +
                "name='" + name + '\'' +
                ", password='" + password + '\'' +
                '}';
    }
}

public class TransientDemo {
    public static void main(String[] args) throws ClassNotFoundException {

        UserInfo userInfo=new UserInfo("程序員老王","123");
        System.out.println("序列化之前信息："+userInfo);

        try {
            ObjectOutputStream output=new ObjectOutputStream(new FileOutputStream("userinfo.txt")); //第二步開始序列化操作
            output.writeObject(new UserInfo("程序員老王","123"));
            output.close();
        } catch (IOException e) {
            e.printStackTrace();
        }

        try {
            ObjectInputStream input=new ObjectInputStream(new FileInputStream("userinfo.txt"));//第三步開始反序列化操作
            Object o = input.readObject();//ObjectInputStream的readObject方法會拋出ClassNotFoundException
            System.out.println("序列化之後信息："+o);
        } catch (IOException e) {
            e.printStackTrace();
        }
    }
}

運行結果：

序列化之前信息：UserInfo{name='程序員老王', password='123'}
序列化之後信息：UserInfo{name='程序員老王', password='123'}

3.4、transient序列化情況

package TransientTest;
import java.io.*;

class UserInfo implements Serializable{  //第一步實現Serializable接口
    private String name;
    private transient String password; //特別注意：屬性由transient關鍵字修飾===========

    public UserInfo(String name,String psw) {
        this.name = name;
        this.password=psw;
    }

    @Override
    public String toString() {
        return "UserInfo{" +
                "name='" + name + '\'' +
                ", password='" + password + '\'' +
                '}';
    }
}

public class TransientDemo {
    public static void main(String[] args) throws ClassNotFoundException {

        UserInfo userInfo=new UserInfo("程序員老王","123");
        System.out.println("序列化之前信息："+userInfo);

        try {
            ObjectOutputStream output=new ObjectOutputStream(new FileOutputStream("userinfo.txt")); //第二步開始序列化操作
            output.writeObject(new UserInfo("程序員老王","123"));
            output.close();
        } catch (IOException e) {
            e.printStackTrace();
        }

        try {
            ObjectInputStream input=new ObjectInputStream(new FileInputStream("userinfo.txt"));//第三步開始反序列化操作
            Object o = input.readObject();//ObjectInputStream的readObject方法會拋出ClassNotFoundException
            System.out.println("序列化之後信息："+o);
        } catch (IOException e) {
            e.printStackTrace();
        }
    }
}

運行結果：

序列化之前信息：UserInfo{name='程序員老王', password='123'}
序列化之後信息：UserInfo{name='程序員老王', password='null'}

特別注意結果，添加transient修飾的屬性值為默認值null！如果被transient修飾的屬性為int類型，那它被序列化之後值一定是0，當然各位可以去試試，這能說明什麼呢？說明被標記為transient的屬性在對象被序列化的時候不會被保存(或者說變量不會持久化)

3.5、static序列化情況

package TransientTest;
import java.io.*;

class UserInfo implements Serializable{  //第一步實現Serializable接口
    private String name;
    private static String password; //特別注意：屬性由static關鍵字修飾==============

    public UserInfo(String name, String psw) {
        this.name = name;
        this.password=psw;
    }

    @Override
    public String toString() {
        return "UserInfo{" +
                "name='" + name + '\'' +
                ", password='" + password + '\'' +
                '}';
    }
}

public class TransientDemo {
    public static void main(String[] args) throws ClassNotFoundException {

        UserInfo userInfo=new UserInfo("程序員老王","123");
        System.out.println("序列化之前信息："+userInfo);

        try {
            ObjectOutputStream output=new ObjectOutputStream(new FileOutputStream("userinfo.txt")); //第二步開始序列化操作
            output.writeObject(new UserInfo("程序員老王","123"));
            output.close();
        } catch (IOException e) {
            e.printStackTrace();
        }

        try {
            ObjectInputStream input=new ObjectInputStream(new FileInputStream("userinfo.txt"));//第三步開始反序列化操作
            Object o = input.readObject();//ObjectInputStream的readObject方法會拋出ClassNotFoundException
            System.out.println("序列化之後信息："+o);
        } catch (IOException e) {
            e.printStackTrace();
        }
    }
}

運行結果：

序列化之前信息：UserInfo{name='程序員老王', password='123'}
序列化之後信息：UserInfo{name='程序員老王', password='123'}

這個時候，你就會錯誤的認為static修飾的也被序列化了，其實不然，實際上這裏很容易被搞暈！明明取出null（默認值）就可以說明不會被序列化，這裏明明沒有變成默認值，為何還要說static不會被序列化呢？

實際上，反序列化后類中static型變量name的值實際上是當前JVM中對應static變量的值，這個值是JVM中的並不是反序列化得出的。也就是說被static修飾的變量並沒有參与序列化！但是咱也不能口說無憑啊，是的，那我們就來看兩個程序對比一下就明白了！

第一個程序：這是一個沒有被static修飾的name屬性程序：

package Thread;
import java.io.FileInputStream;
import java.io.FileOutputStream;
import java.io.ObjectInputStream;
import java.io.ObjectOutputStream;
import java.io.Serializable;

class UserInfo implements Serializable {
    private String name;
    private transient String psw;

    public UserInfo(String name, String psw) {
        this.name = name;
        this.psw = psw;
    }

    public  String getName() {
        return name;
    }

    public  void setName(String name) {
        this.name = name;
    }

    public String getPsw() {
        return psw;
    }

    public void setPsw(String psw) {
        this.psw = psw;
    }

    public String toString() {
        return "name=" + name + ", psw=" + psw;
    }
}
public class TestTransient {
    public static void main(String[] args) {
        UserInfo userInfo = new UserInfo("程序員老過", "456");
        System.out.println(userInfo);
        try {
            // 序列化，被設置為transient的屬性沒有被序列化
            ObjectOutputStream o = new ObjectOutputStream(new FileOutputStream("UserInfo.txt"));
            o.writeObject(userInfo);
            o.close();
        } catch (Exception e) {
            // TODO: handle exception
            e.printStackTrace();
        }
        try {
            //在反序列化之前改變name的值 =================================注意這裏的代碼
            userInfo.setName("程序員老改");
            // 重新讀取內容
            ObjectInputStream in = new ObjectInputStream(new FileInputStream("UserInfo.txt"));
            UserInfo readUserInfo = (UserInfo) in.readObject();
            //讀取后psw的內容為null
            System.out.println(readUserInfo.toString());
        } catch (Exception e) {
            // TODO: handle exception
            e.printStackTrace();
        }
    }
}

運行結果：

name=程序員老過, psw=456
name=程序員老過, psw=null

從程序運行結果中可以看出，在反序列化之前試着改變name的值為程序員老改，結果是沒有成功的！

第二個程序：這是一個被static修飾的name屬性程序：

package Thread;
import java.io.FileInputStream;
import java.io.FileOutputStream;
import java.io.ObjectInputStream;
import java.io.ObjectOutputStream;
import java.io.Serializable;

class UserInfo implements Serializable {
    private static final long serialVersionUID = 996890129747019948L;
    private static String name;
    private transient String psw;

    public UserInfo(String name, String psw) {
        this.name = name;
        this.psw = psw;
    }

    public  String getName() {
        return name;
    }

    public  void setName(String name) {
        this.name = name;
    }

    public String getPsw() {
        return psw;
    }

    public void setPsw(String psw) {
        this.psw = psw;
    }

    public String toString() {
        return "name=" + name + ", psw=" + psw;
    }
}
public class TestTransient {
    public static void main(String[] args) {
        UserInfo userInfo = new UserInfo("程序員老過", "456");
        System.out.println(userInfo);
        try {
            // 序列化，被設置為transient的屬性沒有被序列化
            ObjectOutputStream o = new ObjectOutputStream(new FileOutputStream("UserInfo.txt"));
            o.writeObject(userInfo);
            o.close();
        } catch (Exception e) {
            // TODO: handle exception
            e.printStackTrace();
        }
        try {
            //在反序列化之前改變name的值
            userInfo.setName("程序員老改");
            // 重新讀取內容
            ObjectInputStream in = new ObjectInputStream(new FileInputStream("UserInfo.txt"));
            UserInfo readUserInfo = (UserInfo) in.readObject();
            //讀取后psw的內容為null
            System.out.println(readUserInfo.toString());
        } catch (Exception e) {
            // TODO: handle exception
            e.printStackTrace();
        }
    }
}

運行結果：

name=程序員老過, psw=456
name=程序員老改, psw=null

從程序運行結果中可以看出，在反序列化之前試着改變name的值為程序員老改，結果是成功的！現在對比一下兩個程序是不是就很清晰了？

static關鍵字修飾的成員屬性優於非靜態成員屬性加載到內存中，同時靜態也優於對象進入到內存中，被static修飾的成員變量不能被序列化，序列化的都是對象，靜態變量不是對象狀態的一部分，因此它不參与序列化。所以將靜態變量聲明為transient變量是沒有用處的。因此，反序列化后類中static型變量name的值實際上是當前JVM中對應static變量的值，這個值是JVM中的並不是反序列化得出的。

如果對static關鍵字還是不太清楚理解的童鞋可以參考這篇文章，應該算是不錯的：

3.6、final序列化情況

對於final關鍵字來講，final變量將直接通過值參与序列化，至於代碼程序我就不再貼出來了，大家可以試着用final修飾驗證一下！

主要注意的是final 和transient可以同時修飾同一個變量，結果也是一樣的，對transient沒有影響，這裏主要提一下，希望各位以後在開發中遇到這些情況不會滿頭霧水！

4、java類中serialVersionUID作用

既然提到了transient關鍵字就不得不提到序列化，既然提到了序列化，就不得不提到serialVersionUID了，它是啥呢？基本上有序列化就會存在這個serialVersionUID。

serialVersionUID適用於Java的序列化機制。簡單來說，Java的序列化機制是通過判斷類的serialVersionUID來驗證版本一致性的。在進行反序列化時，JVM會把傳來的字節流中的serialVersionUID與本地相應實體類的serialVersionUID進行比較，如果相同就認為是一致的，可以進行反序列化，否則就會出現序列化版本不一致的異常，即是InvalidCastException，在開發中有時候可寫可不寫，建議最好還是寫上比較好。

5、transient關鍵字小結

1、變量被transient修飾，變量將不會被序列化
2、transient關鍵字只能修飾變量，而不能修飾方法和類。
3、被static關鍵字修飾的變量不參与序列化，一個靜態static變量不管是否被transient修飾，均不能被序列化。
4、final變量值參与序列化，final transient同時修飾變量，final不會影響transient，一樣不會參与序列化

第二點需要注意的是：本地變量是不能被transient關鍵字修飾的。變量如果是用戶自定義類變量，則該類需要實現Serializable接口

第三點需要注意的是：反序列化后類中static型變量的值實際上是當前JVM中對應static變量的值，這個值是JVM中的並不是反序列化得出的。

結語：被transient關鍵字修飾導致不被序列化，其優點是可以節省存儲空間。優化程序！隨之而來的是會導致被transient修飾的字段會重新計算，初始化！

如果本文對你有一點點幫助，那麼請點個讚唄，謝謝~

若有不足或者不正之處，歡迎指正批評，感激不盡！如果有疑問歡迎留言，絕對第一時間回復！

最後，歡迎各位關注宜春的公眾號，一起探討技術，嚮往技術，追求技術，說好了來了就是盆友喔…

本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理【其他文章推薦】

※USB CONNECTOR掌控什麼技術要點? 帶您認識其相關發展及效能

※評比前十大台北網頁設計、台北網站設計公司知名案例作品心得分享

※智慧手機時代的來臨，RWD網頁設計已成為網頁設計推薦首選

上文回顧

我們實現了根據搜索關鍵詞查詢商品列表和根據商品分類查詢，並且使用到了mybatis-pagehelper插件，講解了如何使用插件來幫助我們快速實現分頁數據查詢。本文我們將繼續開發商品詳情頁面和商品留言功能的開發。

需求分析

關於商品詳情頁，和往常一樣，我們先來看一看jd的示例：

從上面2張圖，我們可以看出來，大體上需要展示給用戶的信息。比如：商品圖片，名稱，價格，等等。在第二張圖中，我們還可以看到有一個商品評價頁簽,這些都是我們本節要實現的內容。

商品詳情

開發梳理

我們根據上圖（權當是需求文檔，很多需求文檔寫的比這個可能還差勁很多…）分析一下，我們的開發大致都要關注哪些points:

• 商品標題
• 商品圖片集合
• 商品價格（原價以及優惠價）
• 配送地址（我們的實現不在此，我們後續直接實現在下單邏輯中）
• 商品規格
• 商品分類
• 商品銷量
• 商品詳情
• 商品參數（生產場地，日期等等）
• …

根據我們梳理出來的信息，接下來開始編碼就會很簡單了，大家可以根據之前課程講解的，先自行實現一波，請開始你們的表演～

編碼實現

DTO實現

因為我們在實際的數據傳輸過程中，不可能直接把我們的數據庫entity之間暴露到前端，而且我們商品相關的數據是存儲在不同的數據表中，我們必須要封裝一個ResponseDTO來對數據進行傳遞。

• ProductDetailResponseDTO包含了商品主表信息，以及圖片列表、商品規格(不同SKU)以及商品具體參數（產地，生產日期等信息）

@Data
@ToString
@Builder
@AllArgsConstructor
@NoArgsConstructor
public class ProductDetailResponseDTO {
    private Products products;
    private List<ProductsImg> productsImgList;
    private List<ProductsSpec> productsSpecList;
    private ProductsParam productsParam;
}

Custom Mapper實現

根據我們之前表的設計，這裏使用生成的通用mapper就可以滿足我們的需求。

Service實現

從我們封裝的要傳遞到前端的ProductDetailResponseDTO就可以看出，我們可以根據商品id分別查詢出商品的相關信息，在controller進行數據封裝就可以了，來實現我們的查詢接口。

• 查詢商品主表信息（名稱，內容等）

  在com.liferunner.service.IProductService中添加接口方法：

      /**
       * 根據商品id查詢商品
       *
       * @param pid 商品id
       * @return 商品主信息
       */
      Products findProductByPid(String pid);

  接着，在com.liferunner.service.impl.ProductServiceImpl中添加實現方法：

      @Override
      @Transactional(propagation = Propagation.SUPPORTS)
      public Products findProductByPid(String pid) {
          return this.productsMapper.selectByPrimaryKey(pid);
      }

  直接使用通用mapper根據主鍵查詢就可以了。

  同上，我們依次來實現圖片、規格、以及商品參數相關的編碼工作

• 查詢商品圖片信息列表

      /**
       * 根據商品id查詢商品規格
       *
       * @param pid 商品id
       * @return 規格list
       */
      List<ProductsSpec> getProductSpecsByPid(String pid);
  
  ----------------------------------------------------------------
  
      @Override
      public List<ProductsSpec> getProductSpecsByPid(String pid) {
          Example example = new Example(ProductsSpec.class);
          val condition = example.createCriteria();
          condition.andEqualTo("productId", pid);
          return this.productsSpecMapper.selectByExample(example);
      }

• 查詢商品規格列表

      /**
       * 根據商品id查詢商品規格
       *
       * @param pid 商品id
       * @return 規格list
       */
      List<ProductsSpec> getProductSpecsByPid(String pid);
  
  ------------------------------------------------------------------
  
      @Override
      public List<ProductsSpec> getProductSpecsByPid(String pid) {
          Example example = new Example(ProductsSpec.class);
          val condition = example.createCriteria();
          condition.andEqualTo("productId", pid);
          return this.productsSpecMapper.selectByExample(example);
      }

• 查詢商品參數信息

      /**
       * 根據商品id查詢商品參數
       *
       * @param pid 商品id
       * @return 參數
       */
      ProductsParam findProductParamByPid(String pid);
  
  ------------------------------------------------------------------
  
      @Override
      public ProductsParam findProductParamByPid(String pid) {
          Example example = new Example(ProductsParam.class);
          val condition = example.createCriteria();
          condition.andEqualTo("productId", pid);
          return this.productsParamMapper.selectOneByExample(example);
      }

Controller實現

在上面將我們需要的信息查詢實現之後，然後我們需要在controller對數據進行包裝，之後再返回到前端，供用戶來進行查看，在com.liferunner.api.controller.ProductController中添加對外接口/detail/{pid},實現如下：

    @GetMapping("/detail/{pid}")
    @ApiOperation(value = "根據商品id查詢詳情", notes = "根據商品id查詢詳情")
    public JsonResponse findProductDetailByPid(
        @ApiParam(name = "pid", value = "商品id", required = true)
        @PathVariable String pid) {
        if (StringUtils.isBlank(pid)) {
            return JsonResponse.errorMsg("商品id不能為空！");
        }
        val product = this.productService.findProductByPid(pid);
        val productImgList = this.productService.getProductImgsByPid(pid);
        val productSpecList = this.productService.getProductSpecsByPid(pid);
        val productParam = this.productService.findProductParamByPid(pid);
        val productDetailResponseDTO = ProductDetailResponseDTO
            .builder()
            .products(product)
            .productsImgList(productImgList)
            .productsSpecList(productSpecList)
            .productsParam(productParam)
            .build();
        log.info("============查詢到商品詳情:{}==============", productDetailResponseDTO);

        return JsonResponse.ok(productDetailResponseDTO);
    }

從上述代碼中可以看到，我們分別查詢了商品、圖片、規格以及參數信息，使用ProductDetailResponseDTO.builder().build()封裝成返回到前端的對象。

Test API

按照慣例，寫完代碼我們需要進行測試。

{
  "status": 200,
  "message": "OK",
  "data": {
    "products": {
      "id": "smoke-100021",
      "productName": "(奔跑的人生) - 中華",
      "catId": 37,
      "rootCatId": 1,
      "sellCounts": 1003,
      "onOffStatus": 1,
      "createdTime": "2019-09-09T06:45:34.000+0000",
      "updatedTime": "2019-09-09T06:45:38.000+0000",
      "content": "吸煙有害健康“
    },
    "productsImgList": [
      {
        "id": "1",
        "productId": "smoke-100021",
        "url": "http://www.life-runner.com/product/smoke/img1.png",
        "sort": 0,
        "isMain": 1,
        "createdTime": "2019-07-01T06:46:55.000+0000",
        "updatedTime": "2019-07-01T06:47:02.000+0000"
      },
      {
        "id": "2",
        "productId": "smoke-100021",
        "url": "http://www.life-runner.com/product/smoke/img2.png",
        "sort": 1,
        "isMain": 0,
        "createdTime": "2019-07-01T06:46:55.000+0000",
        "updatedTime": "2019-07-01T06:47:02.000+0000"
      },
      {
        "id": "3",
        "productId": "smoke-100021",
        "url": "http://www.life-runner.com/product/smoke/img3.png",
        "sort": 2,
        "isMain": 0,
        "createdTime": "2019-07-01T06:46:55.000+0000",
        "updatedTime": "2019-07-01T06:47:02.000+0000"
      }
    ],
    "productsSpecList": [
      {
        "id": "1",
        "productId": "smoke-100021",
        "name": "中華",
        "stock": 2276,
        "discounts": 1.00,
        "priceDiscount": 7000,
        "priceNormal": 7000,
        "createdTime": "2019-07-01T06:54:20.000+0000",
        "updatedTime": "2019-07-01T06:54:28.000+0000"
      },
    ],
    "productsParam": {
      "id": "1",
      "productId": "smoke-100021",
      "producPlace": "中國",
      "footPeriod": "760天",
      "brand": "中華",
      "factoryName": "中華",
      "factoryAddress": "陝西",
      "packagingMethod": "盒裝",
      "weight": "100g",
      "storageMethod": "常溫",
      "eatMethod": "",
      "createdTime": "2019-05-01T09:38:30.000+0000",
      "updatedTime": "2019-05-01T09:38:34.000+0000"
    }
  },
  "ok": true
}

商品評價

在文章一開始我們就看過jd詳情頁面，有一個詳情頁簽，我們來看一下：

它這個實現比較複雜，我們只實現相對重要的幾個就可以了。

開發梳理

針對上圖中紅色方框圈住的內容，分別有：

• 評價總數
• 好評度（根據好評總數，中評總數，差評總數計算得出）
• 評價等級
• 以及用戶信息加密展示
• 評價內容
• …

我們來實現上述分析的相對必要的一些內容。

編碼實現

查詢評價

根據我們需要的信息，我們需要從用戶表、商品表以及評價表中來聯合查詢數據，很明顯單表通用mapper無法實現，因此我們先來實現自定義查詢mapper，當然數據的傳輸對象是我們需要先來定義的。

Response DTO實現

創建com.liferunner.dto.ProductCommentDTO.

@Data
@NoArgsConstructor
@AllArgsConstructor
@Builder
public class ProductCommentDTO {
    //評價等級
    private Integer commentLevel;
    //規格名稱
    private String specName;
    //評價內容
    private String content;
    //評價時間
    private Date createdTime;
    //用戶頭像
    private String userFace;
    //用戶昵稱
    private String nickname;
}

Custom Mapper實現

在com.liferunner.custom.ProductCustomMapper中添加查詢接口方法：

    /***
     * 根據商品id 和 評價等級查詢評價信息
     * <code>
     *         Map<String, Object> paramMap = new HashMap<>();
     *         paramMap.put("productId", pid);
     *         paramMap.put("commentLevel", level);
     *</code>
     * @param paramMap
     * @return java.util.List<com.liferunner.dto.ProductCommentDTO>
     * @throws
     */
    List<ProductCommentDTO> getProductCommentList(@Param("paramMap") Map<String, Object> paramMap);

在mapper/custom/ProductCustomMapper.xml中實現該接口方法的SQL：

    <select id="getProductCommentList" resultType="com.liferunner.dto.ProductCommentDTO" parameterType="Map">
        SELECT
        pc.comment_level as commentLevel,
        pc.spec_name as specName,
        pc.content as content,
        pc.created_time as createdTime,
        u.face as userFace,
        u.nickname as nickname
        FROM items_comments pc
        LEFT JOIN users u
        ON pc.user_id = u.id
        WHERE pc.item_id = #{paramMap.productId}
        <if test="paramMap.commentLevel != null and paramMap.commentLevel != ''">
            AND pc.comment_level = #{paramMap.commentLevel}
        </if>
    </select>

如果沒有傳遞評價級別的話，默認查詢全部評價信息。

Service 實現

在com.liferunner.service.IProductService中添加查詢接口方法：

    /**
     * 查詢商品評價
     *
     * @param pid        商品id
     * @param level      評價級別
     * @param pageNumber 當前頁碼
     * @param pageSize   每頁展示多少條數據
     * @return 通用分頁結果視圖
     */
    CommonPagedResult getProductComments(String pid, Integer level, Integer pageNumber, Integer pageSize);

在com.liferunner.service.impl.ProductServiceImpl實現該方法：

    @Override
    public CommonPagedResult getProductComments(String pid, Integer level, Integer pageNumber, Integer pageSize) {
        Map<String, Object> paramMap = new HashMap<>();
        paramMap.put("productId", pid);
        paramMap.put("commentLevel", level);
        // mybatis-pagehelper
        PageHelper.startPage(pageNumber, pageSize);
        val productCommentList = this.productCustomMapper.getProductCommentList(paramMap);
        for (ProductCommentDTO item : productCommentList) {
            item.setNickname(SecurityTools.HiddenPartString4SecurityDisplay(item.getNickname()));
        }
        // 獲取mybatis插件中獲取到信息
        PageInfo<?> pageInfo = new PageInfo<>(productCommentList);
        // 封裝為返回到前端分頁組件可識別的視圖
        val commonPagedResult = CommonPagedResult.builder()
                .pageNumber(pageNumber)
                .rows(productCommentList)
                .totalPage(pageInfo.getPages())
                .records(pageInfo.getTotal())
                .build();
        return commonPagedResult;
    }

因為評價過多會使用到分頁，這裏使用通用分頁返回結果，關於分頁，可查看。

Controller實現

在com.liferunner.api.controller.ProductController中添加對外查詢接口：

    @GetMapping("/comments")
    @ApiOperation(value = "查詢商品評價", notes = "根據商品id查詢商品評價")
    public JsonResponse getProductComment(
        @ApiParam(name = "pid", value = "商品id", required = true)
        @RequestParam String pid,
        @ApiParam(name = "level", value = "評價級別", required = false, example = "0")
        @RequestParam Integer level,
        @ApiParam(name = "pageNumber", value = "當前頁碼", required = false, example = "1")
        @RequestParam Integer pageNumber,
        @ApiParam(name = "pageSize", value = "每頁展示記錄數", required = false, example = "10")
        @RequestParam Integer pageSize
    ) {
        if (StringUtils.isBlank(pid)) {
            return JsonResponse.errorMsg("商品id不能為空！");
        }
        if (null == pageNumber || 0 == pageNumber) {
            pageNumber = DEFAULT_PAGE_NUMBER;
        }
        if (null == pageSize || 0 == pageSize) {
            pageSize = DEFAULT_PAGE_SIZE;
        }
        log.info("============查詢商品評價:{}==============", pid);

        val productComments = this.productService.getProductComments(pid, level, pageNumber, pageSize);
        return JsonResponse.ok(productComments);
    }

FBI WARNING:

@ApiParam(name = “level”, value = “評價級別”, required = false, example = “0”)
@RequestParam Integer level
關於ApiParam參數，如果接收參數為非字符串類型，一定要定義example為對應類型的示例值，否則Swagger在訪問過程中會報example轉換錯誤，因為example缺省為””空字符串，會轉換失敗。例如我們刪除掉level這個字段中的example=”0“，如下為錯誤信息（但是並不影響程序使用。）

2019-11-23 15:51:45 WARN  AbstractSerializableParameter:421 - Illegal DefaultValue null for parameter type integer
java.lang.NumberFormatException: For input string: ""
    at java.lang.NumberFormatException.forInputString(NumberFormatException.java:65)
    at java.lang.Long.parseLong(Long.java:601)
    at java.lang.Long.valueOf(Long.java:803)
    at io.swagger.models.parameters.AbstractSerializableParameter.getExample(AbstractSerializableParameter.java:412)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
    at java.lang.reflect.Method.invoke(Method.java:498)
    at com.fasterxml.jackson.databind.ser.BeanPropertyWriter.serializeAsField(BeanPropertyWriter.java:688)
    at com.fasterxml.jackson.databind.ser.std.BeanSerializerBase.serializeFields(BeanSerializerBase.java:721)
    at com.fasterxml.jackson.databind.ser.BeanSerializer.serialize(BeanSerializer.java:166)
    at com.fasterxml.jackson.databind.ser.impl.IndexedListSerializer.serializeContents(IndexedListSerializer.java:119)

Test API

福利講解

添加Propagation.SUPPORTS和不加的區別

有心的小夥伴肯定又注意到了，在Service中處理查詢時，我一部分使用了@Transactional(propagation = Propagation.SUPPORTS),一部分查詢又沒有添加事務，那麼這兩種方式有什麼不一樣呢？接下來，我們來揭開神秘的面紗。

• Propagation.SUPPORTS

    /**
     * Support a current transaction, execute non-transactionally if none exists.
     * Analogous to EJB transaction attribute of the same name.
     * <p>Note: For transaction managers with transaction synchronization,
     * {@code SUPPORTS} is slightly different from no transaction at all,
     * as it defines a transaction scope that synchronization will apply for.
     * As a consequence, the same resources (JDBC Connection, Hibernate Session, etc)
     * will be shared for the entire specified scope. Note that this depends on
     * the actual synchronization configuration of the transaction manager.
     * @see org.springframework.transaction.support.AbstractPlatformTransactionManager#setTransactionSynchronization
     */
    SUPPORTS(TransactionDefinition.PROPAGATION_SUPPORTS),

  主要關注Support a current transaction, execute non-transactionally if none exists.從字面意思來看，就是如果當前環境有事務，我就加入到當前事務；如果沒有事務，我就以非事務的方式執行。從這方面來看，貌似我們加不加這一行其實都沒啥差別。

  划重點：NOTE，對於一個帶有事務同步的管理器來說，這裡有一丟丟的小區別啦。（所以大家在讀註釋的時候，一定要看這個Note.往往這裏面會有好東西給我們，就相當於我們的大喇叭！）

  這個同步事務管理器定義了一個事務同步的一個範圍，如果加了這個註解，那麼就等同於我讓你來管我啦，你裏面的資源我想用就可以用(JDBC Connection, Hibernate Session).

結論1

SUPPORTS 標註的方法可以獲取和當前事務環境一致的 Connection 或 Session，不使用的話一定是一個新的連接；
再注意下面又一個NOTE，即便上面的配置加入了，但是事務管理器的實際同步配置會影響到真實的執行到底是否會用你。看它的說明：@see org.springframework.transaction.support.AbstractPlatformTransactionManager#setTransactionSynchronization.

  /**
   * Set when this transaction manager should activate the thread-bound
   * transaction synchronization support. Default is "always".
   * <p>Note that transaction synchronization isn't supported for
   * multiple concurrent transactions by different transaction managers.
   * Only one transaction manager is allowed to activate it at any time.
   * @see #SYNCHRONIZATION_ALWAYS
   * @see #SYNCHRONIZATION_ON_ACTUAL_TRANSACTION
   * @see #SYNCHRONIZATION_NEVER
   * @see TransactionSynchronizationManager
   * @see TransactionSynchronization
   */
  public final void setTransactionSynchronization(int transactionSynchronization) {
      this.transactionSynchronization = transactionSynchronization;
  }

描述信息只是說在同一個事務管理器才能起作用，並沒有什麼實際意義，我們來看一下TransactionSynchronization具體的內容：

package org.springframework.transaction.support;

import java.io.Flushable;

public interface TransactionSynchronization extends Flushable {

  /** Completion status in case of proper commit. */
  int STATUS_COMMITTED = 0;

  /** Completion status in case of proper rollback. */
  int STATUS_ROLLED_BACK = 1;

  /** Completion status in case of heuristic mixed completion or system errors. */
  int STATUS_UNKNOWN = 2;

  /**
   * Suspend this synchronization.
   * Supposed to unbind resources from TransactionSynchronizationManager if managing any.
   * @see TransactionSynchronizationManager#unbindResource
   */
  default void suspend() {
  }

  /**
   * Resume this synchronization.
   * Supposed to rebind resources to TransactionSynchronizationManager if managing any.
   * @see TransactionSynchronizationManager#bindResource
   */
  default void resume() {
  }

  /**
   * Flush the underlying session to the datastore, if applicable:
   * for example, a Hibernate/JPA session.
   * @see org.springframework.transaction.TransactionStatus#flush()
   */
  @Override
  default void flush() {
  }

  /**
   * ...
   */
  default void beforeCommit(boolean readOnly) {
  }

  /**
   * ...
   */
  default void beforeCompletion() {
  }

  /**
   * ...
   */
  default void afterCommit() {
  }

  /**
   * ...
   */
  default void afterCompletion(int status) {
  }
}

事務管理器可以通過org.springframework.transaction.support.AbstractPlatformTransactionManager#setTransactionSynchronization(int)來對當前事務進行行為干預，比如將它設置為1，可以執行事務回調，設置為2，表示出錯了，但是如果沒有加入PROPAGATION.SUPPORTS註解的話，即便你在當前事務中，你也不能對我進行操作和變更。

結論2

添加PROPAGATION.SUPPORTS之後，當前查詢中可以對當前的事務進行設置回調動作，不添加就不行。

源碼下載

下節預告

下一節我們將繼續開發商品詳情展示以及商品評價業務，在過程中使用到的任何開發組件，我都會通過專門的一節來進行介紹的，兄弟們末慌！

gogogo！

本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理【其他文章推薦】

※如何讓商品強力曝光呢? 網頁設計公司幫您建置最吸引人的網站，提高曝光率!!

※網頁設計一頭霧水??該從何著手呢? 找到專業技術的網頁設計公司，幫您輕鬆架站!

※想知道最厲害的台北網頁設計公司推薦、台中網頁設計公司推薦專業設計師”嚨底家”!!