採用鋰電池的電動車需求日增、電池榮景全無降溫跡象，隨著鋰礦供給愈來愈難尋、未來恐有短缺之虞。

OilPrice.com 報導，特斯拉（Tesla）內華達州的Gigafactory超級電池廠，估計一年要生產50萬顆車用電池，另外還有諸多車用鋰電池廠也在加緊趕工，顯示未來鋰礦的需求將只增不減，且大部分將來自中國。全球如今有51%的鋰電池是在中國生產，僅10%產自美國。據統計，大陸業者規劃中的車用電池廠，產能預料會在2021年底前達到120億瓦小時（GWh），是特斯拉內華達州電池廠的三倍之多。

澳洲採礦業者開始日夜趕工，挖掘鋰礦供應所需。澳洲採礦商Argosy Minerals已在2017年8月跟中國電池製造商敲定長期供應協議，其他澳洲業者也都在洽談類似合約。即使智利、阿根廷握有全球67%的鋰礦脈，但澳洲礦商努力挖掘，仍有望使澳洲成為全球重要的鋰礦產國。目前澳洲的鋰礦產能有14,300公噸，全世界產出有36,000公噸，而智利、阿根廷的產出則分別為12,000公噸、5,700公噸。

然而，採集鋰礦在技術上其實有相當難度，成本不但高昂，且由於採礦過程牽涉到蒸餾法，產出也頗難預估。Orocobre Ltd.在阿根廷本北部設立的新礦場，鋰礦產出就比預期少逾20%。

假如鋰礦產能無法順利擴充、或是新開礦場產出不如預期，那麼電動車的榮景可能因而受阻。Electrek，福斯汽車（Volkswagen）研發部主管Ulrich Eichhorn 6月底就曾預估，業界需要多達40座規模跟特斯拉Gigafactory類似的超大電池廠，才能滿足電動車需求，假如新建礦場、工廠無法如期上線，那麼市場恐陷入短缺。

根據Eichhorn的估計，到了2025年，光是福斯集團就需要用到200 GWh的車用電池，至於其他汽車製造商，屆時也會有25%的產能屬於電動車。他是以Gigafactory的年產能可達35 GWh進行推估。

（本文內容由授權使用）

本站聲明:網站內容來源於EnergyTrend https://www.energytrend.com.tw/ev/,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

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

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

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

雷諾與日產聯盟29日發布新聞稿宣布，將和東風汽車集團於中國設立一家新合資公司、攜手研發電動車，期望藉由最大限度活用雷諾、日產以及東風的核心競爭力，滿足中國市場需求。該家合資公司名為「eGT New Energy Automotive Co., Ltd.」，東風、日產、雷諾出資比重分別為50%、25%、25%。

eGT將設於中國湖北省十堰市，所研發的電動車預估將透過同樣位於十堰市的東風汽車的工廠（年產能12萬台）進行生產，開始生產時間預計在2019年。

日經新聞指出，eGT主要將研發需求走揚的低價電動車車款，日產期望藉由加強與東風之間的合作，維持電動車領域的優勢。

據中國汽車工業協會（CAAM）指出，中國已成為全球最大純電動車市場，2016年中國B電動車銷售量暴增121%至25萬6,879台，2017年1到7月期間中國純電動車產量較去年同期大增37.8%至22萬3,000台、銷售量大增33.6%至20萬4,000台。

日產會長Carlos Ghosn在6月27日舉行的股東會上表示，「日產在電動車界居領導位置。日產電動車累計銷售量超過60萬台、為美國特斯拉（Tesla）的2倍」。

日本市調機構富士經濟（Fuji Keizai）6月22日公布銷售動向報告指出，電動車在2025年以後需求將急速增加，預估2030年時電動車年銷售量將增至407萬台、超越油電混合車（2030年銷售量預估為391萬台），且之後雙方的差距將持續擴大。在中國需求增加加持下，2035年電動車全球銷售量將擴大至630萬台、將達2016年的13.4倍（較2016年增加12.4倍）。

（本文內容由授權使用。圖片出處： CC3.0）

本站聲明:網站內容來源於EnergyTrend https://www.energytrend.com.tw/ev/,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

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

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

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

目錄

前言
說實話學了一段時間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網頁設計已成為網頁設計推薦首選