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

擁有後台管理系統的網站，將擁有強大的資料管理與更新功能，幫助您隨時新增網站的內容並節省網站開發的成本。

全身而退，是一種境界，更是一種智慧！編程，特別是框架設計，需要的就是哲學思維。“全身而退”這四個字，還在當年的內存泄露的踩坑過程中就悟出來了，有圖有真相：

有人會問，內存泄露和這個“全身而退”好像搭不上邊？從某些角度看也是，要不我不會單獨放在這裏講。但是也有一點關係，內存泄露不就是內存有分配沒有釋放，何時釋放，一般是程序退出之時。當年作為踩坑專業戶，踩過的坑遠遠不止前面有關“踩坑系列”系列文章提到的，可謂五花八門，也許可以套用一句話：“你們看到過的官場小說遠沒有我經歷過的精彩”：）大家可以看前面一系列踩坑經歷的總結。 

當時踩過很多崩潰的坑，時不時的崩潰，我形容我當時是救火隊長。而當時經過不少的踩坑分析有一個共同的現象，竟然都是退出的時候，就莫名其妙崩潰了。然後這個問題其實也容易重現，你不停的啟動和退出就行了，至少百分之五十的概率。只是因為運行的時間不同，退出崩潰的堆棧還不一樣。

正是這樣子，我們總結開玩笑說，就是經不起折騰。也造就了後面，做項目時，寫完一個類，一定會測試退出。整個系統分不同的時間點反覆重啟、反覆插拔網線。基本達到着魔的程度，不是？原來我控制欲這麼強：）事實也證明了，經過這樣反覆重啟的折騰，新產品落地投入市場，基本沒有這些亂七八糟的問題了！踩坑經驗（二）有截圖作證：

很久才會出現一個Bug，而且也可以輕鬆搞定。一般都是新加的功能，或者很特別的情況沒考慮到。

所以，也通過真實的項目驗證了，全身而退的重要性。當然現在和當年的心境也完全不一樣了！事實上，後面經過分佈式洗禮，我的這種方法是正確的。分佈式就是解決這種單點故障。當然分佈式單點故障和單機故障，是不一樣的概念或者說屬性。分佈式中是考慮不可抗拒的原因，集群中單節點的穩定性肯定是集群穩定性的基礎。只是這種測試方法可以用來測試分佈式的故障切換，甚至是故障恢復！集群考慮的是集群的全身而退，事實上，我們在測試過程中也出現過集群整體失效的時候。

那麼我們可以從哪些方面去做到全身而退呢？下面我從實踐經驗中總結以下幾點。 

一、單實例的使用

1.方式一

說到單實例，估計絕大部分人都說很簡單。如上的例子，一般的人會說沒問題。從邏輯來說確實沒問題，很簡單，不是嗎？實現類更簡單：

就一句話，靜態變量再申明一下。你是不是這樣實現的呢？ 這是我們重構的新平台上，依然有這樣使用的。以前的平台那就更多了，基本上是全部。導致的結果就是上面描述的崩潰就是家常便飯。當時在部門範圍內做培訓的時候，我把這個作為考題，結果能指出問題點的少之又少。

2.方式二

後面的修改：

這是定義，我們再看看具體實現：

平時我對代碼是追求簡潔的，但是在這裏我反而增加了函數，是不是看上去複雜了？No！簡潔必須建立在遵循原理的基礎之上。那為什麼要這麼改，遵循的原理是什麼？

最基本的原理就是單實例首先是一個對象，而且是類的對象，不是簡單變量。那麼類就可能涉及深拷貝，涉及到new和delete，比基礎變量要複雜得多。如果像第一種方式，那麼就可能出現編譯期間開始進行內存分配等操作，而退出的時候也在等着編譯器系統的自動回收。在這種啟動和退出之時非常容易操作已經不存在的對象和內存，而出現了崩潰。

其實，第一種方式使用的是靜態變量，可返回的是引用。從內存的布局而言，屬於系統（內核）管理，無法做到應用層的控制，面對複雜情況的內存使用很難做到全身而退。關於程序的內存布局和分配可以查閱虛擬技術和內存泄露兩篇文檔。

所以基於以上兩點，將單實例定義為類的私有變量，指針形式。那麼只有在程序啟動后要獲取的時候才開始構建類對象，完全可以掌控在自己（程序的用戶態）的手中，而且可以非常靈活的加入調試代碼，比如捕獲異常等。在程序退出之時，亦可以很方便很合理的選擇何時釋放和銷毀對象。

當然，一般編碼規範的公司就會直接用第二種方式，其他人使用的時候直接copy改改就行。同樣的如果是“先輩們”使用了第一種，錯誤也會傳承下去。。。而且大多時候錯誤的東西還很難糾正過來，就說第一種方式竟然被發現在代碼重構后！

所以，編程的時候我們需要有懷疑的精神、反思的精神和專業的引導！

二、架構設計

1.模塊與接口

模塊和層級清晰，接口簡單易用。都有利於全身而退。我們新版的存儲系統中，核心業務有三塊，IO+rewrite，而僅僅只有一個寫模塊I和rewrite模塊之間的接口！讀模塊O和其他都是完全分開。

2.類的五大函數

你聽說的都是類的三大函數吧，我這裏咋變成了五大函數，而且我的五大不是包括原來的三大。

2.1 構造函數和析構函數

只是單純的對成員變量進行賦值。

2.2 初始化函數和反初始化函數

例如內存的分配和釋放，多線程的創建啟動和停止。都應該放在這裏面，而不是上面提到的構造和析構中。在內存泄露中也提到過。其實只有一個目的，好控制！

2.3 複位函數

有異常情況下，不是被動退出，而是能夠主動控制，最壞的情況是複位。將各種變量、狀態、內存和多線程恢復到初始狀態。有的人可能會說，那怎麼不直接用初始化函數呢？這兩種功能還是不一樣的。初始化是系統啟動的時候用的。而複位可能承載更多的判斷，例如打印一些重要變量的信息，以利於開發人員跟蹤異常情況。

※別再煩惱如何寫文案,掌握八大原則!

什麼是銷售文案服務？A就是幫你撰寫適合的廣告文案。當您需要販售商品、宣傳活動、建立個人品牌，撰寫廣告文案都是必須的工作。

這五大函數是我建立一個類最基本的模板，也是做到全身而退基本的保障。

一個類要盡量做到職責單一，其實一個函數也是類似的。例如說初始化函數不能省，很多人將初始化和構造放一起，或者複位和初始化放一起。

析構函數只是簡單的初始化變量而已，而例如內存的分配、線程和定時器的啟動最好都到初始化函數中；

假如採用單例模式，則只需用到構造函數，像上面提到的單實例模式用的不好，如果構造函數中包括太多內存和多線程的使用，對退出將是一個災難。

而從另一個角度，虛擬內存的原理，內存只有分配和使用的時候才開始產生缺頁中斷即才開始尋找物理內存。所以何時初始化，何時使用內存可以掌握在開發人員的手中，而不是依賴系統來控制。

所以我認為這也是C++相比JAVA來說更好的優勢，可能有的人認為C++就是很難控制，像內存、指針、繼承，而且還沒有GC機制等等。而我認為剛剛相反，例如指針就是一把雙刃劍，你懂它，它就威力無窮！你看很多開源庫，比如經典的MySQL、高效的Redis、一直很火的Nginx，是吧，指針發揮了太大太大的作用，你能說這些庫不穩定嗎？雖然說我也一直關注和學習Java和Spring，主要學習它們的抽象思想！

3.鎖的設計

細心的你可以發現，上面單實例使用的第二種方式，加了一把鎖。我一般的類設計中，鎖的數量是2~3，大多情況下是2。單實例模式使用一把鎖，狀態機用一把鎖。在死鎖的踩坑經驗總結中曾經提到過，鎖的使用個數少，範圍少。所以你可以回頭看看狀態機和單實例模式鎖的使用。該加的時候一定加鎖，該不要加的時候一定不能加，不能模糊。

鎖或者說多線程同步使用不當，是很容易出問題的，不僅是運行過程中可能出現死鎖，退出的時候也可能出現，可能的情況就是退出失敗，同樣需要手動進行殺進程。

4.時序

前面的函數、接口、類、內存、多線程與鎖都設計好了，對於全身而退，或許已經成功了一半。還有一半在哪裡，時序。就是將這些對象和接口如何串起來，如果做到有序。最常見的是退出和啟動的順序即時序是相反的，這是基本的要求，而對於複雜的情況需要分兩方面來討論。

一方面，每個類、每個模塊都要做到全身而退，即每個類和模塊都需要有序的退出。所以上面類的設計，五大函數最終是為了全身而退，為了有序的釋放內存、停止線程等。我們上文提到的有限狀態機最終也是為了更好的控制線程、為了線程的退出，鎖的設計同樣可以減少干擾提高效率。所以系統的全身而退主要依賴於每個類、每個模塊的全身而退。

另一方面，程序最後的退出其實也是要封裝和集中在一兩個函數中，不能太散。即層級關係要非常明確，類似於樹的結構，最後集中到根節點，也就是一個函數。所以層級設計的目的也應該是，越到外層越好控制！

以上提到的幾點，包括時序，包括單實例模式，也包括最近一系列踩坑經歷，我最後都會歸納到框架或設計，所以也可以說這一切都是為了最終的全身而退。

總之，能隨時隨地的全身而退的代碼是一種境界，經得起各種折騰的代碼才是好代碼，經得起各種折騰的設計才是好的設計！

最後，萬事萬物的發展都離不開一個簡單的道理，例如讀一本書： 

從簡單，到複雜，最後到簡單。但這兩個簡單的心境完全不一樣，前者我認為更多的是無知者無畏，後者則是一切瞭然於心。 

計算機最終歸結於二進制的運算，最終就是01的組合，組合成各種數據結構和協議，組合成各種調度和算法，等等。

而對應於中國智慧，就是道，抓住事物的本質，以不變應萬變，陰陽論，太極八卦論；對應於中國的萬事開頭難，和全身而退！

也可以對應軟件兩大難點，就是原理的把握和框架的設計。

有了對原理的理解，能抓住事物的本質，就會下筆如有神助，也能最終全身而退！

當然你要達到這一點，得不停的”悟”！

悟的速度依賴”實踐+思考”！

肯定不能只依賴CRUD，也不能僅僅依賴改Bug的多少、僅僅依賴參与項目的多少。

有的改10個Bug比不上別人一個Bug，有的參与了10個項目不如比別人開發一個項目。

還是那句話，如果不讀書，行萬里路，也只是一個郵差。

所以，我認為多去“實踐+思考”。

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

※教你寫出一流的銷售文案?

銷售文案是什麼？A文案是廣告用的文字。舉凡任何宣傳、行銷、販賣商品時所用到的文字都是文案。在網路時代，文案成為行銷中最重要的宣傳方式，好的文案可節省大量宣傳資源，達成行銷目的。

※想知道最厲害的網頁設計公司嚨底家"!

RWD（響應式網頁設計）是透過瀏覽器的解析度來判斷要給使用者看到的樣貌

1. 前言

不知道你有沒有接到這種需求，項目啟動后立馬執行一些邏輯。比如簡單的緩存預熱，或者上線后的廣播之類等等。如果你使用 Spring Boot 框架的話就可以藉助其提供的接口CommandLineRunner和 ApplicationRunner來實現。

2. CommandLineRunner

org.springframework.boot.CommandLineRunner 是Spring Boot提供的一個接口，當你實現該接口並將之注入Spring IoC容器后，Spring Boot應用啟動后就會執行其run方法。一個Spring Boot可以存在多個CommandLineRunner的實現，當存在多個時，你可以實現Ordered接口控制這些實現的執行順序(Order 數值越大優先級越低)。接下來我們來聲明兩個實現並指定順序：

優先執行：

package cn.felord;

import lombok.extern.slf4j.Slf4j;
import org.springframework.boot.CommandLineRunner;
import org.springframework.core.Ordered;
import org.springframework.stereotype.Component;

/**
 * 優先級最高
 * 該類期望在springboot 啟動后第一順位執行
 * @author felord.cn
 * @since 12:57
 **/
@Slf4j
@Component
public class HighOrderCommandLineRunner implements CommandLineRunner, Ordered {
    @Override
    public void run(String... args) throws Exception {
        for (String arg : args) {
            log.info("arg = " + arg);
        }
        log.info("i am highOrderRunner");
    }

    @Override
    public int getOrder() {
        return Integer.MIN_VALUE+1;
    }
}

第二順序執行：

package cn.felord;

import lombok.extern.slf4j.Slf4j;
import org.springframework.boot.CommandLineRunner;
import org.springframework.core.Ordered;
import org.springframework.stereotype.Component;

/**
 * 優先級低於{@code HighOrderCommandLineRunner}
 * @author felord.cn
 * @since 12:59
 **/
@Slf4j
@Component
public class LowOrderCommandLineRunner implements CommandLineRunner, Ordered {

    @Override
    public void run(String... args) throws Exception {
        log.info("i am lowOrderRunner");
    }

    @Override
    public int getOrder() {
        return Integer.MIN_VALUE+1;
    }
}

然後啟動Spring Boot應用后,控制台按照預定的順序打印出了結果：

2020-05-30 23:11:03.685  INFO 11976 --- [           main] o.s.b.w.embedded.tomcat.TomcatWebServer  : Tomcat started on port(s): 8080 (http) with context path ''
2020-05-30 23:11:03.701  INFO 11976 --- [           main] c.f.Application  : Started SpringBootApplication in 4.272 seconds (JVM running for 6.316)
2020-05-30 23:11:03.706  INFO 11976 --- [           main] c.f.HighOrderCommandLineRunner   : i am highOrderRunner
2020-05-30 23:11:03.706  INFO 11976 --- [           main] c.f.LowOrderCommandLineRunner   : i am lowOrderRunner

3. ApplicationRunner

在Spring Boot 1.3.0又引入了一個和CommandLineRunner功能一樣的接口ApplicationRunner。CommandLineRunner接收可變參數String... args，而ApplicationRunner 接收一個封裝好的對象參數ApplicationArguments。除此之外它們功能完全一樣，甚至連方法名都一樣。 聲明一個ApplicationRunner並讓它優先級最低:

package cn.felord;

import lombok.extern.slf4j.Slf4j;
import org.springframework.boot.ApplicationArguments;
import org.springframework.boot.ApplicationRunner;
import org.springframework.core.Ordered;
import org.springframework.stereotype.Component;

import java.util.Arrays;
import java.util.List;
import java.util.Set;

/**
 * 優先級最低
 * @author felord.cn
 * @since 13:00
 **/
@Slf4j
@Component
public class DefaultApplicationRunner implements ApplicationRunner, Ordered {
    @Override
    public void run(ApplicationArguments args) throws Exception {
        log.info("i am applicationRunner");
        Set<String> optionNames = args.getOptionNames();
        log.info("optionNames = " + optionNames);
        String[] sourceArgs = args.getSourceArgs();
        log.info("sourceArgs = " + Arrays.toString(sourceArgs));
        List<String> nonOptionArgs = args.getNonOptionArgs();
        log.info("nonOptionArgs = " + nonOptionArgs);
        List<String> optionValues = args.getOptionValues("foo");
        log.info("optionValues = " + optionValues);
    }

    @Override
    public int getOrder() {
        return Integer.MIN_VALUE+2;
    }
}

按照順序打印了三個類的執行結果：

2020-06-01 13:02:39.420  INFO 19032 --- [           main] c.f.MybatisResultmapApplication  : Started MybatisResultmapApplication in 1.801 seconds (JVM running for 2.266)
2020-06-01 13:02:39.423  INFO 19032 --- [           main] c.f.HighOrderCommandLineRunner   : i am highOrderRunner
2020-06-01 13:02:39.423  INFO 19032 --- [           main] c.f.LowOrderCommandLineRunner    : i am lowOrderRunner
2020-06-01 13:02:39.423  INFO 19032 --- [           main] c.f.DefaultApplicationRunner     : i am applicationRunner
2020-06-01 13:02:39.423  INFO 19032 --- [           main] c.f.DefaultApplicationRunner     : optionNames = []
2020-06-01 13:02:39.423  INFO 19032 --- [           main] c.f.DefaultApplicationRunner     : sourceArgs = []
2020-06-01 13:02:39.423  INFO 19032 --- [           main] c.f.DefaultApplicationRunner     : nonOptionArgs = []
2020-06-01 13:02:39.423  INFO 19032 --- [           main] c.f.DefaultApplicationRunner     : optionValues = null

Ordered接口並不能被 @Order註解所代替。

4. 傳遞參數

相信很多同學看到這裏都開始對這兩個run方法的入參感興趣了。Spring Boot應用啟動時是可以接受參數的，換句話說也就是Spring Boot的main方法是可以接受參數的。這些參數通過命令行 java -jar yourapp.jar 來傳遞。CommandLineRunner會原封不動照單全收這些接口，這些參數也可以封裝到ApplicationArguments對象中供ApplicationRunner調用。 我們來認識一下ApplicationArguments的相關方法：

• getSourceArgs() 被傳遞給應用程序的原始參數，返回這些參數的字符串數組。

  ※網頁設計一頭霧水該從何著手呢? 台北網頁設計公司幫您輕鬆架站!

  透過資料庫的網站架設建置，建立公司的形象或購物系統，並提供最人性化的使用介面，讓使用者能即時接收到相關的資訊

• getOptionNames() 獲取選項名稱的Set字符串集合。如 --spring.profiles.active=dev --debug 將返回["spring.profiles.active","debug"] 。

• getOptionValues(String name) 通過名稱來獲取該名稱對應的選項值。如--foo=bar --foo=baz 將返回["bar","baz"]。

• containsOption(String name) 用來判斷是否包含某個選項的名稱。

• getNonOptionArgs() 用來獲取所有的無選項參數。

  接下來我們試驗一波，你可以通過下面的命令運行一個 Spring Boot應用 Jar

java -jar yourapp.jar --foo=bar --foo=baz --dev.name=碼農小胖哥 java felordcn

或者在IDEA開發工具中打開Spring Boot應用main方法的配置項，進行如下配置，其他IDE工具同理。

運行Spring Boot應用，將會打印出：

2020-06-01 15:04:31.490  INFO 13208 --- [           main] c.f.HighOrderCommandLineRunner   : arg = --foo=bar
2020-06-01 15:04:31.490  INFO 13208 --- [           main] c.f.HighOrderCommandLineRunner   : arg = --foo=baz
2020-06-01 15:04:31.490  INFO 13208 --- [           main] c.f.HighOrderCommandLineRunner   : arg = --dev.name=碼農小胖哥
2020-06-01 15:04:31.490  INFO 13208 --- [           main] c.f.HighOrderCommandLineRunner   : arg = java
2020-06-01 15:04:31.490  INFO 13208 --- [           main] c.f.HighOrderCommandLineRunner   : arg = felordcn
2020-06-01 15:04:31.491  INFO 13208 --- [           main] c.f.HighOrderCommandLineRunner   : i am highOrderRunner
2020-06-01 15:04:31.491  INFO 13208 --- [           main] c.f.LowOrderCommandLineRunner    : i am lowOrderRunner
2020-06-01 15:04:31.491  INFO 13208 --- [           main] c.f.DefaultApplicationRunner     : i am applicationRunner
2020-06-01 15:04:31.491  INFO 13208 --- [           main] c.f.DefaultApplicationRunner     : optionNames = [dev.name, foo]
2020-06-01 15:04:31.491  INFO 13208 --- [           main] c.f.DefaultApplicationRunner     : sourceArgs = [--foo=bar, --foo=baz, --dev.name=碼農小胖哥, java, felordcn]
2020-06-01 15:04:31.491  INFO 13208 --- [           main] c.f.DefaultApplicationRunner     : nonOptionArgs = [java, felordcn]
2020-06-01 15:04:31.491  INFO 13208 --- [           main] c.f.DefaultApplicationRunner     : optionValues = [bar, baz]

然後你就可以根據實際需要動態地執行一些邏輯。

5. 總結

今天我們對CommandLineRunner和ApplicationRunner進行了講解，從用法到順序執行，又對Spring Boot傳遞參數進行了介紹和演示，希望對你有所幫助。多多關注：碼農小胖哥，更多編程乾貨分享給你。

關注公眾號：Felordcn 獲取更多資訊

個人博客：https://felord.cn

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

※網頁設計一頭霧水該從何著手呢? 台北網頁設計公司幫您輕鬆架站!

當全世界的人們隨著網路時代而改變向上時您還停留在『網站美醜不重要』的舊有思維嗎？機會是留給努力改變現況的人們，別再浪費一分一秒可以接觸商機的寶貴時間！

※超省錢租車方案

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

哈嘍，親愛的小夥伴們，技術學磊哥，進步沒得說！歡迎來到新一期的性能解讀系列，我是磊哥。

今天給大家帶來的是關於 try-catch 應該放在循環體外，還是放在循環體內的文章，我們將從性能和業務場景分析這兩個方面來回答此問題。

很多人對 try-catch 有一定的誤解，比如我們經常會把它（try-catch）和“低性能”直接畫上等號，但對 try-catch 的本質（是什麼）卻缺少着最基礎的了解，因此我們也會在本篇中對 try-catch 的本質進行相關的探索。

小貼士：我會盡量用代碼和評測結果來證明問題，但由於本身認知的局限，如有不當之處，請讀者朋友們在評論區指出。

性能評測

話不多說，我們直接來開始今天的測試，本文我們依舊使用 Oracle 官方提供的 JMH（Java Microbenchmark Harness，JAVA 微基準測試套件）來進行測試。

首先在 pom.xml 文件中添加 JMH 框架，配置如下：

<!-- https://mvnrepository.com/artifact/org.openjdk.jmh/jmh-core -->
<dependency>
   <groupId>org.openjdk.jmh</groupId>
   <artifactId>jmh-core</artifactId>
   <version>{version}</version>
</dependency>

完整測試代碼如下：

import org.openjdk.jmh.annotations.*;
import org.openjdk.jmh.runner.Runner;
import org.openjdk.jmh.runner.RunnerException;
import org.openjdk.jmh.runner.options.Options;
import org.openjdk.jmh.runner.options.OptionsBuilder;

import java.util.concurrent.TimeUnit;

/**
 * try - catch 性能測試
 */
@BenchmarkMode(Mode.AverageTime) // 測試完成時間
@OutputTimeUnit(TimeUnit.NANOSECONDS)
@Warmup(iterations = 1, time = 1, timeUnit = TimeUnit.SECONDS) // 預熱 1 輪，每次 1s
@Measurement(iterations = 5, time = 5, timeUnit = TimeUnit.SECONDS) // 測試 5 輪，每次 3s
@Fork(1) // fork 1 個線程
@State(Scope.Benchmark)
@Threads(100)
public class TryCatchPerformanceTest {
    private static final int forSize = 1000; // 循環次數
    public static void main(String[] args) throws RunnerException {
        // 啟動基準測試
        Options opt = new OptionsBuilder()
                .include(TryCatchPerformanceTest.class.getSimpleName()) // 要導入的測試類
                .build();
        new Runner(opt).run(); // 執行測試
    }

    @Benchmark
    public int innerForeach() {
        int count = 0;
        for (int i = 0; i < forSize; i++) {
            try {
                if (i == forSize) {
                    throw new Exception("new Exception");
                }
                count++;
            } catch (Exception e) {
                e.printStackTrace();
            }
        }
        return count;
    }

    @Benchmark
    public int outerForeach() {
        int count = 0;
        try {
            for (int i = 0; i < forSize; i++) {
                if (i == forSize) {
                    throw new Exception("new Exception");
                }
                count++;
            }
        } catch (Exception e) {
            e.printStackTrace();
        }
        return count;
    }
}

以上代碼的測試結果為：

從以上結果可以看出，程序在循環 1000 次的情況下，單次平均執行時間為：

• 循環內包含 try-catch 的平均執行時間是 635 納秒 ±75 納秒，也就是 635 納秒上下誤差是 75 納秒；
• 循環外包含 try-catch 的平均執行時間是 630 納秒，上下誤差 38 納秒。

也就是說，在沒有發生異常的情況下，除去誤差值，我們得到的結論是：try-catch 無論是在 for 循環內還是 for 循環外，它們的性能相同，幾乎沒有任何差別。

try-catch的本質

要理解 try-catch 的性能問題，必須從它的字節碼開始分析，只有這樣我能才能知道 try-catch 的本質到底是什麼，以及它是如何執行的。

此時我們寫一個最簡單的 try-catch 代碼：

public class AppTest {
    public static void main(String[] args) {
        try {
            int count = 0;
            throw new Exception("new Exception");
        } catch (Exception e) {
            e.printStackTrace();
        }
    }
}

然後使用 javac 生成字節碼之後，再使用 javap -c AppTest 的命令來查看字節碼文件：

 javap -c AppTest 
警告: 二進制文件AppTest包含com.example.AppTest
Compiled from "AppTest.java"
public class com.example.AppTest {
  public com.example.AppTest();
    Code:
       0: aload_0
       1: invokespecial #1                  // Method java/lang/Object."<init>":()V
       4: return

  public static void main(java.lang.String[]);
    Code:
       0: iconst_0
       1: istore_1
       2: new           #2                  // class java/lang/Exception
       5: dup
       6: ldc           #3                  // String new Exception
       8: invokespecial #4                  // Method java/lang/Exception."<init>":(Ljava/lang/String;)V
      11: athrow
      12: astore_1
      13: aload_1
      14: invokevirtual #5                  // Method java/lang/Exception.printStackTrace:()V
      17: return
    Exception table:
       from    to  target type
           0    12    12   Class java/lang/Exception
}

從以上字節碼中可以看到有一個異常表：

Exception table:
       from    to  target type
          0    12    12   Class java/lang/Exception

參數說明：

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

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

• from：表示 try-catch 的開始地址；
• to：表示 try-catch 的結束地址；
• target：表示異常的處理起始位；
• type：表示異常類名稱。

從字節碼指令可以看出，當代碼運行時出錯時，會先判斷出錯數據是否在 from 到 to 的範圍內，如果是則從 target 標誌位往下執行，如果沒有出錯，直接 goto 到 return。也就是說，如果代碼不出錯的話，性能幾乎是不受影響的，和正常的代碼的執行邏輯是一樣的。

業務情況分析

雖然 try-catch 在循環體內還是循環體外的性能是類似的，但是它們所代碼的業務含義卻完全不同，例如以下代碼：

public class AppTest {
    public static void main(String[] args) {
        System.out.println("循環內的執行結果：" + innerForeach());
        System.out.println("循環外的執行結果：" + outerForeach());
    }
    
    // 方法一
    public static int innerForeach() {
        int count = 0;
        for (int i = 0; i < 6; i++) {
            try {
                if (i == 3) {
                    throw new Exception("new Exception");
                }
                count++;
            } catch (Exception e) {
                e.printStackTrace();
            }
        }
        return count;
    }

    // 方法二
    public static int outerForeach() {
        int count = 0;
        try {
            for (int i = 0; i < 6; i++) {
                if (i == 3) {
                    throw new Exception("new Exception");
                }
                count++;
            }
        } catch (Exception e) {
            e.printStackTrace();
        }
        return count;
    }
}

以上程序的執行結果為：

java.lang.Exception: new Exception

at com.example.AppTest.innerForeach(AppTest.java:15)

at com.example.AppTest.main(AppTest.java:5)

java.lang.Exception: new Exception

at com.example.AppTest.outerForeach(AppTest.java:31)

at com.example.AppTest.main(AppTest.java:6)

循環內的執行結果：5

循環外的執行結果：3

可以看出在循環體內的 try-catch 在發生異常之後，可以繼續執行循環；而循環外的 try-catch 在發生異常之後會終止循環。

因此我們在決定 try-catch 究竟是應該放在循環內還是循環外，不取決於性能（因為性能幾乎相同），而是應該取決於具體的業務場景。

例如我們需要處理一批數據，而無論這組數據中有哪一個數據有問題，都不能影響其他組的正常執行，此時我們可以把 try-catch 放置在循環體內；而當我們需要計算一組數據的合計值時，只要有一組數據有誤，我們就需要終止執行，並拋出異常，此時我們需要將 try-catch 放置在循環體外來執行。

總結

本文我們測試了 try-catch 放在循環體內和循環體外的性能，發現二者在循環很多次的情況下性能幾乎是一致的。然後我們通過字節碼分析，發現只有當發生異常時，才會對比異常表進行異常處理，而正常情況下則可以忽略 try-catch 的執行。但在循環體內還是循環體外使用 try-catch，對於程序的執行結果來說是完全不同的，因此我們應該從實際的業務出發，來決定到 try-catch 應該存放的位置，而非性能考慮。

關注公眾號「Java中文社群」回復“乾貨”，獲取 50 篇原創乾貨 Top 榜。

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

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

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

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

擁有後台管理系統的網站，將擁有強大的資料管理與更新功能，幫助您隨時新增網站的內容並節省網站開發的成本。

海馬汽車的說法是，福美來七座版能夠提供多達60種的座椅組合形式。很顯然，正常人都不可能用盡這60種的座椅組合形式。在滿載的情況下，我試着觀察了車廂內部的空間表現。二排的乘客大多能夠擁有兩拳的腿部表現，1455mm的橫向空間也避免了乘客肩並肩的過分親密，頭部空間仍算開闊。

在MpV普遍被標籤化為微面小車的當下，海馬汽車試着以福美來轎車的聲量，在10萬級的家用MpV市場撕開一道口子。而結果又是否如其所願？

海馬汽車特意強調：這不是一輛MpV

“有很多的媒體把福美來七座版定位MpV，但我們依然更願意稱之為福美來七座版。”海馬汽車市場部相關人士在產品說明會上特意強調。對於擁有正統MpV造型的福美來7座版，為什麼要併入福美來的產品線，以及為什麼要刻意弱化福美來七座版的MpV概念，成了許多人心中的一個疑問。

從市場層面分析，目前的MpV市場存在劇烈的兩極分化的情況。在別克GL8以及本田奧德賽等合資MpV佔據20萬以上高端市場的同時，在品牌以及技術方面缺乏必要競爭力的自主品牌則集中發軔於10萬級以下的低端MpV市場。根據中汽協公布數據显示，9月的MpV細分市場當中，銷量前九位車型均為10萬以下的車型。而儘管這9款熱銷車型，在宣傳口徑上無一例外地強調“宜家宜商”的MpV概念，但從鋼板彈簧、扭力梁等車輛机械本質的角度上看，這些MpV依然沒有徹底擺脫微面的範疇。“大空間，能盡可能拉多一些貨物，是我購買長安歐諾的主要原因。”一位個體戶坦然跟我分享其購車的態度。這位車主的態度觀點，對於整個由自主品牌所主導的10萬級以下MpV市場而言，具有代表性的意義。

福美來七座版的售價區間為8.99萬-12.89萬，共6款車型。在主打家庭7座概念的基礎下，在配置以及價格均衡度較好的售價9.89萬、10.69萬的 1.5T 手動7座適·享型以及1.5T 自動7座適·享型 將會是支撐車系銷量的主力。如何在10萬元的MpV市場撕開一道口子以及擺脫自主品牌MpV固有的“工具車”標籤，最直接的方法，自然是打造7座概念而非MpV。至於為什麼要在7座的前面，以福美來作為背書。大家都很清楚在過去很長的一段時間內，福美來都是海馬汽車不可或缺的銷量貢獻車型。福美來的市場聲量，能夠幫助福美來七座版更好地導入市場。

“這是一輛7座的福美來轎車。”整場的說明會，海馬汽車都在重複地陳述着這一概念。當然，支撐起這一概念仍然需要實質性的產品力。若不，就成了黃婆賣瓜，自賣自誇。顯然，如今的消費者要比過去精明得多。“福美來七座版衍生自福美來轎車平台，零部件的通用率高達80%。“海馬汽車的產品講師表示，“這說明福美來七座版在產品的本質上，比起寶駿730等車型更符合家用的使用需求。”在我看來，這是海馬汽車一直堅持使用福美來七座作為產品名稱的主要原因。

以下是文風突變的試駕

試駕的路程由海口市的濱海大道至瓊海市的博鰲鎮， 全程140餘公里，其中又以高速路居多。有意思的一點是，考慮到旅遊城市的定位，海口市內採用了高速路免費的政策。而高速免收費的政策，也使得運輸貨車成為高速路上最主要的通行車輛。結果是，各種深深淺淺的坑窪縫隙隨處可見。

這底盤有點意思

以時速140公里行駛在高速路上，必要的操作是緊急變道以躲過這些大小不一的“陷阱”。試想一下，一輛自重將近1.6噸的MpV在時速140公里的情況下緊急變道的情景—真是狼狽又瘋狂地搖晃。但實際上，福美來7座版並沒有出現這一情況。變道時的車身姿態稱得上穩紮穩打，而非尷尬地從一個車道甩到另一車道。從同行媒體老濕在後排聊得興緻嫣然的情況來看，這一次又一次突如其來的緊急變道並沒有讓她們有不能容忍的不適。除了底盤調校等客觀性的因素以外，前麥弗遜獨立懸挂后多連桿獨立懸挂的底盤結構更為深刻地影響車身的動態表現。對於一輛MpV車型，這是最為理想的狀態。

福美來七座版的底盤表現比我所駕駛過的奧德賽、GL8等MpV車型都更硬朗一些。這種風格在MpV車型上，實在是比較少見的調校。當我不可避免地以高速碾過各種連續的坑窪時，福美來七座的底盤的的確確表現出了讓我滿意的整體性。那種更趨向於德系車的底盤韌性，讓我清楚地知道車輪碾過的到底是一個沙井蓋亦或是爛路的坑窪，並且使得車身的縱向搖擺被控制在了很小的幅度之內。再簡單一點地說，這車開起來並不會讓你有太多的睡意。當然了，這隻是我個人所更偏愛的底盤風格。對於部分的消費者而言，或許近乎於海綿觸感的底盤表現更合乎他們對於MpV的期待。

七座豐富的實用性

而福美來七座版讓我更為滿意的一點，是其空間上的表現。福美來七座版的車長4750mm，軸距為2800mm，內部採用的是2+3+2的傳統7座布局。海馬汽車的說法是，

※教你寫出一流的銷售文案?

銷售文案是什麼？A文案是廣告用的文字。舉凡任何宣傳、行銷、販賣商品時所用到的文字都是文案。在網路時代，文案成為行銷中最重要的宣傳方式，好的文案可節省大量宣傳資源，達成行銷目的。

福美來七座版能夠提供多達60種的座椅組合形式。很顯然，正常人都不可能用盡這60種的座椅組合形式。

在滿載的情況下，我試着觀察了車廂內部的空間表現。二排的乘客大多能夠擁有兩拳的腿部表現，1455mm的橫向空間也避免了乘客肩並肩的過分親密，頭部空間仍算開闊。即便是最為人所詬病的第三排座椅，兩名乘坐的女老濕也擁有着一定的活動空間。更重要的是，設計師在第三排座椅的兩旁都設置了水杯架以及可調節高度的頭枕，我表示這是一個相當具有人性的設計。

第三排在座椅與儲物空間空間的靈活變換，應該是MpV消費者最為喜愛的一點。福美來七座版在第三排無需坐人的情況下，通過第三排座椅背後的拉繩即可放平座椅，進而形成一個平整的儲物空間。我沒有測量實際的容積，但目測的結果是要比一般的緊湊型SUV的行李箱容積都要大得多。而既然是無需考慮第三排的感受，能夠實現前後滑動310mm的二排座椅要實現一般C級轎車的空間也並不是天荒夜談。即便是不放倒第三排座椅的情況下，其行李箱也能輕鬆放下3個20寸登機包。無論是7座的剛性需求，還是5座+超大儲物空間的柔性需求，福美來七座版都能夠做到有所兼顧。

足夠家用的動力

福美來七座版全系配備了1.5T渦輪增壓發動機，最大馬力156ps，最大扭矩220Nm（1800-4000rpm）。通過手動變速箱拉升轉速，以達到動力的最佳輸出平台的情況下，1.6噸車重再加以7位成年人的體重，並沒有讓福美來七座版在陡坡上表現出動力的羸弱。反之，在平路上，福美來七座版超車、急加速等表現也更為輕鬆。當然，這一切都建立在你把發動機轉速控制在2000rpm以上的基礎上。

至於高速的動力表現，其實1.5T渦輪增壓發動機因排氣量的先決條件所致，在邁過80公里/小時這道分水嶺以後，動力的爆發力以及再加速能力逐漸減弱已經是意料當中的事情。不過念及小排量優惠政策以及每日真實反映在儀錶上的油耗，大多數的消費者是願意接受的。

略有槽點的手動變速箱

在上市的6款車型當中，只有售價8.99萬的1.5T 手動適·悅型以及售價9.89萬的1.5T 手動適·享型配備的是6擋手動變速箱，其餘4款車型均為6擋手自一體變速箱。6擋手自一體變速箱的表現如何尚不清楚，但就我所試駕的8.99萬的1.5T 手動適·悅型的6擋手動變速箱倒是有3點是值得我吐槽的。一是1、2擋的行程不清晰，偶爾掛不上擋的情況讓我在綠燈時有些着急。二是擋桿在換擋時缺乏一定的吸入感，雖說無傷大雅，但手感總是豐富一些更好。三是離合器的結合點寬容度一般，對於新手而言，腳下動作稍大就有可能導致熄火。

這是一輛好看的MpV

至於外觀上的設計，論定一輛車的美與丑沒有明確的標準可循。但以MpV的標準以及如今潮流審美的眼界來看，福美來七座的確實拿捏到了一個比較理想的平衡。比如採用銀色鍍鉻設計的豎幅式進氣中網，滿足了大多數國內消費者對大氣的追求心理。由燈眉延伸至恭弘=叶 恭弘子板的弧狀線條使得車頭側面的厚重感得到了減弱，避免讓人產生像GL8一般的商務車印象。全系配備的16寸鋁合金輪轂，也算是這一價位不可多得的良心之舉。車輛的尾部略有心思地通過橫向線條營造出了一定的層次感，類似鷹眼式的尾燈造型也與尾部的整體設計相得益彰，致使我在選擇圖片的時候開始糾結起來。

內飾足夠溫馨，但用料有待提高

定位於家用七座的福美來七座版，在內飾氛圍上更偏向於家用溫馨的風格。多處弧形線條的運用讓整个中控趨於活潑、生氣。涉及到空調調節的所有物理按鈕均被設置在了擋桿的前方，就操作性而言算是便利的設計。而更多的多媒體功能操作，則被整合在了8英寸的觸控显示屏內。較為讓人驚喜的一點是，傳統的机械手剎被替換成电子手剎，在熄火時电子手剎會自動執行，算是我等健忘症人士的福音。不過在中控材質的運用上，滿眼的硬塑材質則多少令人感覺不完美。

期待的全系標配ESp

作為目前大多數自主品牌MpV車型的痛點—安全配置，福美來七座版全系標配了ESp車身穩定控制系統以及HSA上坡輔助系統，前者是安全的先決條件，後者是手動擋車型的一項必要保障。根據海馬汽車的說法，在C-NCAp碰撞測試中，福美來七座版的成績為56.93分，屬5星的範疇。在這一點上，福美來七座版的確要比同價位的自主品牌MpV以及SUV等車型的表現都要更加出色。

10萬元級別的一款理想家用車

外觀滿意，動力足夠。空間的表現比起5座轎車更能滿足多人口家庭的日常用車需求。並且相較於一眾由微面基礎改造而來的所謂MpV車型，福美來七座版從底盤結構到人機工學設計再到安全配置表現都優勝太多。很顯然，在10萬元價位的同類別車型中，福美來七座並沒有太多實質性意義上的競爭對手。至於其定位，福美來七座版到底是不是MpV，其實真不那麼重要。本站聲明:網站內容來源於http://www.auto6s.com/,如有侵權,請聯繫我們,我們將及時處理

※別再煩惱如何寫文案,掌握八大原則!

什麼是銷售文案服務？A就是幫你撰寫適合的廣告文案。當您需要販售商品、宣傳活動、建立個人品牌，撰寫廣告文案都是必須的工作。

※網頁設計一頭霧水該從何著手呢? 台北網頁設計公司幫您輕鬆架站!

透過資料庫的網站架設建置，建立公司的形象或購物系統，並提供最人性化的使用介面，讓使用者能即時接收到相關的資訊

7L V8自然吸氣發動機，這向來裝載在超級跑車上的利器如今卻裝載到豐田坦途上，一腳油門下去，V8發動機的咆哮直達心靈，重重地衝擊你的內心，甚至讓你這種可怕的聲浪融為一體，這是一種會上癮的行為，不過在此之前你要考慮一下剛才那一腳油門值多少錢，畢竟這是一輛“耗油老虎”，百公里油耗基本是20L左右的了，油門重點隨時突破20L。

福特F150

如果說起福特F150的話可能沒有多少人會認識，但是如果說是福特猛禽的話，相信很多人都會知道，車如其名真真是一輛“猛禽”，兇猛十分，雖然以前那個大排量V8自然吸氣發動機被現在的3.5T V6 渦輪增壓發動機所代替，但是依舊有着強悍的動力以及有着更低的油耗，依然的魅力十足，只是在野外咆哮時聲音沒有以往那麼澎湃。而它在野外可謂是一方霸主，強悍的四驅系統，加上多種駕駛模式征服野外還不是一件輕而易舉的事情？另外貨倉使用了鋁合金材料，使得它在眾多皮卡中重量上佔了不少優勢，雖然被雪佛蘭黑了一把硬度。

豐田坦途

5.7L V8自然吸氣發動機，這向來裝載在超級跑車上的利器如今卻裝載到豐田坦途上，一腳油門下去，V8發動機的咆哮直達心靈，重重地衝擊你的內心，甚至讓你這種可怕的聲浪融為一體，

※網頁設計一頭霧水該從何著手呢? 台北網頁設計公司幫您輕鬆架站!

當全世界的人們隨著網路時代而改變向上時您還停留在『網站美醜不重要』的舊有思維嗎？機會是留給努力改變現況的人們，別再浪費一分一秒可以接觸商機的寶貴時間！

這是一種會上癮的行為，不過在此之前你要考慮一下剛才那一腳油門值多少錢，畢竟這是一輛“耗油老虎”，百公里油耗基本是20L左右的了，油門重點隨時突破20L。不過帶來的動力表現又是非常可怕的，6.87s的百公里加速時間，要知道這是一輛2.7噸的怪獸，是一般家用轎車的兩倍重量，在外面奔跑起來有着一種極強的氣勢以及震懾力，這后視鏡看到它還是乖乖讓路吧，說不定它要去征服哪個無人區，而且即使是一輛5.7L V8的“農用机械”，它依然保持着豐田的低故障率，起碼不用擔心發生故障的問題，不過貨倉就是加個備用油箱而已。

道奇 Ram

大排量V8發動機這是應該說是美國人玩得最溜，所以這和福特猛禽同出一個國家的道奇Ram同樣性能味十足，而且始終保留5.7L V8發動機的動力總成，畢竟作為一台充滿美國氣息的高端皮卡，氣勢是不可以失掉的。只是在性能方面是弱於福特猛禽以及豐田坦途這些車型，就差了在離地間隙上，不過內飾方面的粗糙做工也是“很美國范”，所以不少人還是選擇福特猛禽或者是豐田坦途，雖然高配有着可調節式懸挂，但是價格也由50萬左右升到了70萬，着實不划算。

這些高端皮卡都有着非常強大的性能，能給以你力量感、征服感以及安全感，要是不能打動你的話着實有點難，而且由於“農用机械”的商品屬性又或者是平行進口車的身份使得他們不到50萬就可以買到了，相對它們的性能來說，真的是性價比很高。本站聲明:網站內容來源於http://www.auto6s.com/,如有侵權,請聯繫我們,我們將及時處理

※想知道最厲害的網頁設計公司嚨底家"!

RWD（響應式網頁設計）是透過瀏覽器的解析度來判斷要給使用者看到的樣貌