在前面的文章中，我們學習了如何使用@Import註解向Spring容器中導入bean，可以使用@Import註解快速向容器中導入bean，小夥伴們可以參見《【Spring註解驅動開發】使用@Import註解給容器中快速導入一個組件》。可以在@Import註解中使用ImportSelector接口導入bean，小夥伴們可以參見《【Spring註解驅動開發】在@Import註解中使用ImportSelector接口導入bean》一文。今天，我們就來說說，如何在@Import註解中使用ImportBeanDefinitionRegistrar向容器中註冊bean。
項目工程源碼已經提交到GitHub：https://github.com/sunshinelyz/spring-annotation
我們先來看看ImportBeanDefinitionRegistrar是個什麼鬼，點擊進入ImportBeanDefinitionRegistrar源碼，如下所示。
package org.springframework.context.annotation;
import org.springframework.beans.factory.support.BeanDefinitionRegistry;
import org.springframework.beans.factory.support.BeanDefinitionRegistryPostProcessor;
import org.springframework.beans.factory.support.BeanNameGenerator;
import org.springframework.core.type.AnnotationMetadata;
public interface ImportBeanDefinitionRegistrar {
default void registerBeanDefinitions(AnnotationMetadata importingClassMetadata, BeanDefinitionRegistry registry,
BeanNameGenerator importBeanNameGenerator) {
registerBeanDefinitions(importingClassMetadata, registry);
}
default void registerBeanDefinitions(AnnotationMetadata importingClassMetadata, BeanDefinitionRegistry registry) {
}
}
由源碼可以看出，ImportBeanDefinitionRegistrar本質上是一個接口。在ImportBeanDefinitionRegistrar接口中，有一個registerBeanDefinitions()方法，通過registerBeanDefinitions()方法，我們可以向Spring容器中註冊bean實例。
Spring官方在動態註冊bean時，大部分套路其實是使用ImportBeanDefinitionRegistrar接口。
所有實現了該接口的類都會被ConfigurationClassPostProcessor處理，ConfigurationClassPostProcessor實現了BeanFactoryPostProcessor接口，所以ImportBeanDefinitionRegistrar中動態註冊的bean是優先於依賴其的bean初始化的，也能被aop、validator等機制處理。
ImportBeanDefinitionRegistrar需要配合@Configuration和@Import註解，@Configuration定義Java格式的Spring配置文件，@Import註解導入實現了ImportBeanDefinitionRegistrar接口的類。
既然ImportBeanDefinitionRegistrar是一個接口，那我們就創建一個MyImportBeanDefinitionRegistrar類，實現ImportBeanDefinitionRegistrar接口，如下所示。
package io.mykit.spring.plugins.register.condition;
import org.springframework.beans.factory.support.BeanDefinitionRegistry;
import org.springframework.context.annotation.ImportBeanDefinitionRegistrar;
import org.springframework.core.type.AnnotationMetadata;
/**
* @author binghe
* @version 1.0.0
* @description ImportBeanDefinitionRegistrar的實現類
*/
public class MyImportBeanDefinitionRegistrar implements ImportBeanDefinitionRegistrar {
/**
* AnnotationMetadata: 當前類的註解信息
* BeanDefinitionRegistry：BeanDefinition註冊類
* 通過調用BeanDefinitionRegistry接口的registerBeanDefinition()方法，可以將所有需要添加到容器中的bean注入到容器中。
*/
@Override
public void registerBeanDefinitions(AnnotationMetadata importingClassMetadata, BeanDefinitionRegistry registry){
}
}
可以看到，這裏，我們先創建了MyImportBeanDefinitionRegistrar類的大體框架。接下來，我們在PersonConfig2類上的@Import註解中，添加MyImportBeanDefinitionRegistrar類，如下所示。
@Configuration
@Import({Department.class, Employee.class, MyImportSelector.class, MyImportBeanDefinitionRegistrar.class})
public class PersonConfig2 {
接下來，創建一個Company類，作為測試測試ImportBeanDefinitionRegistrar接口的bean，如下所示。
package io.mykit.spring.plugins.register.bean;
/**
* @author binghe
* @version 1.0.0
* @description 測試ImportBeanDefinitionRegistrar接口的使用
*/
public class Company {
}
接下來，就要實現MyImportBeanDefinitionRegistrar類中的registerBeanDefinitions()方法的邏輯了，添加邏輯后的registerBeanDefinitions()方法如下所示。
/**
* AnnotationMetadata: 當前類的註解信息
* BeanDefinitionRegistry：BeanDefinition註冊類
* 通過調用BeanDefinitionRegistry接口的registerBeanDefinition()方法，可以將所有需要添加到容器中的bean注入到容器中。
*/
@Override
public void registerBeanDefinitions(AnnotationMetadata importingClassMetadata, BeanDefinitionRegistry registry){
boolean employee = registry.containsBeanDefinition("employee");
boolean department = registry.containsBeanDefinition("department");
if (employee && department){
BeanDefinition beanDefinition = new RootBeanDefinition(Company.class);
registry.registerBeanDefinition("company", beanDefinition);
}
}
registerBeanDefinitions()方法的實現邏輯很簡單，就是判斷Spring容器中是否同時存在以employee命名的bean和以department命名的bean，如果同時存在以employee命名的bean和以department命名的bean，則向Spring容器中注入一個以company命名的bean。
接下來，我們就運行SpringBeanTest類中的testAnnotationConfig7()方法來進行測試，輸出結果信息如下所示。
org.springframework.context.annotation.internalConfigurationAnnotationProcessor
org.springframework.context.annotation.internalAutowiredAnnotationProcessor
org.springframework.context.annotation.internalCommonAnnotationProcessor
org.springframework.context.event.internalEventListenerProcessor
org.springframework.context.event.internalEventListenerFactory
personConfig2
io.mykit.spring.plugins.register.bean.Department
io.mykit.spring.plugins.register.bean.Employee
io.mykit.spring.plugins.register.bean.User
io.mykit.spring.plugins.register.bean.Role
person
binghe001
可以看到，在輸出結果中，並沒有看到“company”，這是因為輸出結果中存在io.mykit.spring.plugins.register.bean.Department和io.mykit.spring.plugins.register.bean.Employee，並不存在我們代碼邏輯中的department和employee。所以，我們將registerBeanDefinitions()方法的邏輯稍微修改下，修改后的代碼如下所示。
/**
* AnnotationMetadata: 當前類的註解信息
* BeanDefinitionRegistry：BeanDefinition註冊類
* 通過調用BeanDefinitionRegistry接口的registerBeanDefinition()方法，可以將所有需要添加到容器中的bean注入到容器中。
*/
@Override
public void registerBeanDefinitions(AnnotationMetadata importingClassMetadata, BeanDefinitionRegistry registry){
boolean employee = registry.containsBeanDefinition(Employee.class.getName());
boolean department = registry.containsBeanDefinition(Department.class.getName());
if (employee && department){
BeanDefinition beanDefinition = new RootBeanDefinition(Company.class);
registry.registerBeanDefinition("company", beanDefinition);
}
}
接下來，我們再次運行SpringBeanTest類中的testAnnotationConfig7()方法來進行測試，輸出結果信息如下所示。
org.springframework.context.annotation.internalConfigurationAnnotationProcessor
org.springframework.context.annotation.internalAutowiredAnnotationProcessor
org.springframework.context.annotation.internalCommonAnnotationProcessor
org.springframework.context.event.internalEventListenerProcessor
org.springframework.context.event.internalEventListenerFactory
personConfig2
io.mykit.spring.plugins.register.bean.Department
io.mykit.spring.plugins.register.bean.Employee
io.mykit.spring.plugins.register.bean.User
io.mykit.spring.plugins.register.bean.Role
person
binghe001
company
可以看到，此時輸出了company，說明Spring容器中已經成功註冊了以company命名的bean。
好了，咱們今天就聊到這兒吧！別忘了給個在看和轉發，讓更多的人看到，一起學習一起進步！！
項目工程源碼已經提交到GitHub：https://github.com/sunshinelyz/spring-annotation
如果覺得文章對你有點幫助，請微信搜索並關注「 冰河技術 」微信公眾號，跟冰河學習Spring註解驅動開發。公眾號回復“spring註解”關鍵字，領取Spring註解驅動開發核心知識圖，讓Spring註解驅動開發不再迷茫。
本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理
【其他文章推薦】
※帶您來了解什麼是 USB CONNECTOR ?
※自行創業缺乏曝光? 網頁設計幫您第一時間規劃公司的形象門面
※如何讓商品強力曝光呢? 網頁設計公司幫您建置最吸引人的網站，提高曝光率!
※綠能、環保無空污,成為電動車最新代名詞，目前市場使用率逐漸普及化
※廣告預算用在刀口上，台北網頁設計公司幫您達到更多曝光效益
※教你寫出一流的銷售文案?
根據國外專門報導電動車產業消息的《Electrek》網站報導，電動車大廠特斯拉（Tesla）正式終止任何形式的免費充電計畫之後，準備將全球超級充電站（Supercharger）充電價格平均提高 33%，這舉動令車主錯愕。
自 2018 年 11 月以來，特斯拉所有新款電動車都必須遵守新超級充電站充電付費計畫，雖然沒有擴及 2018 年 11 月前購買特斯拉電動車的車主，特斯拉仍舊對這些車主提供有限度的免費充電服務。不過，這項優惠措施到 2019 年 1 月底為止，也就是之後再也不會有任何特斯拉車主有免費充電服務；新付費方式將以每度（小時千瓦；1kWh），或是部分地區每分鐘來計算充電費用。
觀察特斯拉的新充電費率，將以不同地區、甚至每個充電站的使用需求計價。特斯拉還希望根據當地電價，訂定更合理、更全面的價格。換句話說，這會造成大多數地區的超級充電樁價格大幅上漲。
在 2018 年，特斯拉已提高美國超級充電站的充電價格。調漲後多數地區的充電價格漲幅為 20%~40%，部分地區漲幅甚至高達 100%。以紐約市為例，過去是每度 0.24 美元，現在則是 0.32 美元，上漲 33%。加州地區，過去每度為 0.26 美元，調整之後是 0.32 到 0.36 美元不等。這次特斯拉全球充電價格調漲，美國市場已是第 2 次漲價。
歐洲方面，雖然大多數市場充電價格仍維持每度 0.28~0.32 歐元，以特斯拉在歐洲最重要的市場和超級充電站最密集的挪威來說，充電價格預計從每小時千瓦 1.4 挪威克朗，上升到 1.86 挪威克朗，幾乎漲了 33%。相信未來其他地區也會是類似漲幅。
特斯拉一直聲稱超級充電站「永遠不會成為利潤中心」。漲價計畫決定後，面對記者的詢問，特斯拉還是重申這點，並表示正在調整超級充電站的充電價格，希望更能反映當地電力成本，以及場地使用情況的差異。隨著特斯拉電動車增多，未來也繼續每週開設新超級充電站，讓更多消費者可長途行駛，並享受到比汽油價格低的充電價格，達到零排碳量的目標。未來，還希望利用超級充電站獲得的收入，建立更多充電站。
目前特斯拉全世界共有 1,422 個超級充電站，共有 12,011 個充電樁，而特斯拉的目標，是在 2019 年將這個數字倍增。
（合作媒體：。首圖來源： CC BY 2.0）
本站聲明:網站內容來源於EnergyTrend https://www.energytrend.com.tw/ev/,如有侵權,請聯繫我們,我們將及時處理
【其他文章推薦】
※帶您來了解什麼是 USB CONNECTOR ?
※自行創業缺乏曝光? 網頁設計幫您第一時間規劃公司的形象門面
※如何讓商品強力曝光呢? 網頁設計公司幫您建置最吸引人的網站，提高曝光率!
※綠能、環保無空污,成為電動車最新代名詞，目前市場使用率逐漸普及化
※廣告預算用在刀口上，台北網頁設計公司幫您達到更多曝光效益
※教你寫出一流的銷售文案?
在之前的文章我們介紹了一下 Java 中的 集合框架中的Collection 的迭代器 Iterator，本章我們來看一下 Java 集合框架中的Collection 的泛型。
在講泛型之前我們先來看下面一段代碼：
1 public class Main { 2 public static void main(String[] args) { 3 Point point = new Point(1, 2); 4 5 point.setX(2); 6 int ix = point.getX(); 7 System.out.println(ix); // (2, 2) 8 9 /** 10 * 如果想要 x 值變為 double 類型則可以強轉為 double 類型 11 * */ 12 point.setX(2); 13 double dx = (double) point.getX(); 14 System.out.println(dx); // 2.0 15 } 16 } 17 18 class Point { 19 private int x; 20 private int y; 21 22 public Point(int x, int y) { 23 this.x = x; 24 this.y = y; 25 } 26 27 public int getX() { 28 return x; 29 } 30 31 public void setX(int x) { 32 this.x = x; 33 } 34 35 public int getY() { 36 return y; 37 } 38 39 public void setY(int y) { 40 this.y = y; 41 } 42 43 @Override 44 public String toString() { 45 return "(" + x + ", " + y + ")"; 46 } 47 }
上面的代碼我們之前的文章講過，我們可以通過傳入 x 和 y 值來定義 Point 點，如果我們想要 double 類型的點時需要造型為 double 類型，那我要定義漢字類型的呢？那就造型成 String 類型，這就很麻煩，每次都需要自己來造型，有種鞋不合腳的感覺，那能不能定義我想要什麼類型就是什麼類型呢，如下：
1 public class Main { 2 public static void main(String[] args) { 3 Point<Integer> point1 = new Point<Integer>(1, 2); // 必須是包裝類 4 point1.setX(1); 5 System.out.println(point1.getX()); // 1 6 7 Point<Double> point2 = new Point<Double>(1.1, 2.1); // 必須是包裝類 8 point2.setX(1.2); 9 System.out.println(point2.getX()); // 1.2 10 11 Point<String> point3 = new Point<String>("一", "二"); // 必須是包裝類 12 point3.setX("三"); 13 System.out.println(point3.getX()); // 三 14 } 15 } 16 17 /** 18 * 泛型 19 * 又稱參數化類型，是將當前類的屬性的類型，方法參數的類型及方法 20 * 返回值的類型的定義權移交給使用者， 21 * 使用者在創建當前類的同時將泛型的試劑類型傳入 22 * 数字和字母組合，数字不能開頭 23 */ 24 class Point<T> { // 定義為泛型 T 類型 25 private T x; 26 private T y; 27 28 public Point(T x, T y) { 29 this.x = x; 30 this.y = y; 31 } 32 33 public T getX() { 34 return x; 35 } 36 37 public void setX(T x) { 38 this.x = x; 39 } 40 41 public T getY() { 42 return y; 43 } 44 45 public void setY(T y) { 46 this.y = y; 47 } 48 49 @Override 50 public String toString() { 51 return "(" + x + ", " + y + ")"; 52 } 53 }
從上面的代碼中，我們定義了一個 T 的類型 Point，當我們要實例化該類時，根據自己的需求傳入想要的包裝類類型即可，這樣就滿足了不同的需求，各取所需。
泛型從底層來說其實就是 Object，定義了泛型只是編譯器在做一些驗證工作，當我們對泛型類型設置值時，會檢查是否滿足類型要求，當我們獲取一個泛型類型的值時，會自動進行類型轉換。
在平時我們是很少自己來定義泛型的，泛型是用來約束集合中元素的類型，如下：
1 import java.util.ArrayList; 2 import java.util.Collection; 3 import java.util.Iterator; 4 5 public class Main { 6 public static void main(String[] args) { 7 Collection<String> collection = new ArrayList<String>(); // 只能添加 String 類型的元素 8 collection.add("one"); 9 collection.add("two"); 10 collection.add("thee"); 11 collection.add("four"); 12 // collection.add(1); // 編譯錯誤 13 for (String string : collection) { 14 System.out.println(string); // one two three four 15 } 16 Iterator<String> iterator = collection.iterator(); 17 while (iterator.hasNext()) { 18 // String string = (String) iterator.next(); 不需要再造型 19 String string = iterator.next(); 20 System.out.println(string); // one two three four 21 } 22 } 23 }
本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理
【其他文章推薦】
※帶您來了解什麼是 USB CONNECTOR ?
※自行創業缺乏曝光? 網頁設計幫您第一時間規劃公司的形象門面
※如何讓商品強力曝光呢? 網頁設計公司幫您建置最吸引人的網站，提高曝光率!
※綠能、環保無空污,成為電動車最新代名詞，目前市場使用率逐漸普及化
※廣告預算用在刀口上，台北網頁設計公司幫您達到更多曝光效益
※教你寫出一流的銷售文案?
摘錄自2018年8月21日中央社報導
瑞典核能監管機關瑞典輻射安全局局長培爾松20日表示，為防範海水高溫傷害核反應爐，他們已要求國內核電廠營運商近月內提出因應計畫。
今夏熱浪造成瑞典7月氣溫攀升至歷史新高，用來冷卻核反應爐的海水溫度也因此遠高於正常水準，並超過安全標準，導致瑞典數個核電廠反應爐必須關閉或減少發電量。
上回瑞典輻射安全局（Swedish Radiation Safety Authority, SSM）要求核電廠提出反應爐修改計畫，是在2011年日本發生福島核災之後。當時提出截至2020年的修改計畫，所需經費達數億歐元。
本站聲明:網站內容來源環境資訊中心https://e-info.org.tw/,如有侵權,請聯繫我們,我們將及時處理
【其他文章推薦】
※帶您來了解什麼是 USB CONNECTOR ?
※自行創業缺乏曝光? 網頁設計幫您第一時間規劃公司的形象門面
※如何讓商品強力曝光呢? 網頁設計公司幫您建置最吸引人的網站，提高曝光率!
※綠能、環保無空污,成為電動車最新代名詞，目前市場使用率逐漸普及化
※廣告預算用在刀口上，台北網頁設計公司幫您達到更多曝光效益
※教你寫出一流的銷售文案?
通用汽車（General Motors Co.，GM）上週決定關閉美國工廠、裁減員工，並把焦點轉向電動車，引發美國總統川普（Donald Turmp）怒火，也堅定了川普政府終結電動車、再生能源補貼的決心。白宮國家經濟委員會會長庫卓（Larry Kudlow）透露，歐巴馬時期的補貼政策將在 2020 年或 2021 年全面終止。
路透社、The Hill、Mashable 等外電報導，庫卓 3 日在被問到 GM 關廠裁員的行動時，提到美國消費者購買插電式電動車時、都可獲得 2,500~7,500 美元的稅收抵免優惠，當中也包括 GM 製造的車種。
庫卓說，白宮希望終結電動車及其他歐巴馬執政時推出的補貼政策，當中也會包括可再生能源，預計終止的時間大概會落於 2020 年或 2021 年。
根據國會規定，每家製造商只能為 20 萬輛汽車提供稅收抵免優惠，在超過上限後，補貼就會逐步減少。GM 預測該公司 2018 年底就會達到門檻，依據當前聯邦法令的規定，這代表 GM 的汽車抵稅優惠方案將在 2020 年告終。
特斯拉今年 7 月就已宣布抵達 20 萬輛汽車的門檻。其他汽車製造商則還要花上幾年才會觸及。
川普上週威脅要剔除 GM 申請電動車抵稅優惠補貼的資格，以報復該公司關廠裁員的決定。不過，專家直指，白宮無法單方面修改電動車抵稅優惠的法令。
聯合國（UN）最近才剛發布評估報告，直指氣候變遷恐對環境帶來嚴重危害，呼籲政府直接介入、避免災難爆發。不過，白宮認為此份報告太過誇張。美國甫於 7 月退出巴黎協議。
…..and G.M. would not be closing their plants in Ohio, Michigan & Maryland. Get smart Congress. Also, the countries that send us cars have taken advantage of the U.S. for decades. The President has great power on this issue – Because of the G.M. event, it is being studied now!
— Donald J. Trump (@realDonaldTrump)
（本文內容由 授權使用。首圖來源：）
本站聲明:網站內容來源於EnergyTrend https://www.energytrend.com.tw/ev/,如有侵權,請聯繫我們,我們將及時處理
【其他文章推薦】
※帶您來了解什麼是 USB CONNECTOR ?
※自行創業缺乏曝光? 網頁設計幫您第一時間規劃公司的形象門面
※如何讓商品強力曝光呢? 網頁設計公司幫您建置最吸引人的網站，提高曝光率!
※綠能、環保無空污,成為電動車最新代名詞，目前市場使用率逐漸普及化
※廣告預算用在刀口上，台北網頁設計公司幫您達到更多曝光效益
※教你寫出一流的銷售文案?
 |
鋰離子（Li-ion）電池技術公司Enevate Corporation宣布為電動車（EV）推出HD-Energy技術，僅僅5分鐘高能量密度的極速快充可將行駛里程增加多達390公里，充電60秒行駛里程可增加最多達80公里。這一快速充電技術所帶來的極短的充電時間優於目前所有其他鋰離子電池技術，同時滿足汽車對能量密度、里程和成本的進一步要求。Enevate計劃將其以矽為主材的HD-Energy技術授權給全球的電池和電動車製造商及供應商。 這一創新的極速快充技術打破了電動車普及的重重壁壘。一直以來，由於有限的行駛里程所導致的駕駛「里程焦慮」、充電時間過長以及高成本等原因，電動車始終難以普及。如今， Enevate應用於鎳鈷錳（NCM）電動車電池的突破性矽鋰離子電池技術經測試已可用高達10C的充電速率在5分鐘內充電至75％的電池容量且不會影響到電池的使用壽命。同時，其超過750Wh/L的能量密度不會在行駛里程上打折扣。而傳統石墨電池在極速快充中會出現電池急劇退化的問題。 該5分鐘充電技術讓流通出入型充電站的應用成為可能，電動車駕駛人僅需等待幾分鐘即可完成「充電」，就像出入普通加油站一樣。此外，由於充電時間極短，一些電動車中可以選擇使用更小型的電池，使電動車更加多樣化並且經濟適用。 公司創始人兼首席技術官Benjamin Park博士表示：「Enevate以矽為主材的HD-Energy技術具備的優勢可實現新一代功能，將電動車推向全新水平。該技術支持極速快充，可在很短時間便捷地進行充電，具備有助於延長駕駛里程的更高能量密度，同時具備低溫操作的固有安全優勢，這些使其成為電動車電池的理想之選。」 Enevate的HD-Energy電池技術可在低至零下40°C的溫度下實現安全充放電，並且可在再生煞車期間捕獲更多的能量，從而延長了在寒冷氣候中的行駛里程。Enevate HD-Energy技術具備一個關鍵的內在安全優勢，即在快速充電和在低溫充電時可防止鋰析出，這是傳統石墨鋰離子電池所面臨的一個主要挑戰。 德克薩斯大學奧斯汀分校的鋰離子電池先驅John Goodenough博士對此表示贊同，他說：「Enevate以矽為主材的薄膜陽極和電池是一種極具創新性的方法，在電動車應用中具有很大的實用價值，可有效解決電動車普及所面臨的主要障礙。」 （資訊來源：Enevate；首圖來源：Enevate）
本站聲明:網站內容來源於EnergyTrend https://www.energytrend.com.tw/ev/,如有侵權,請聯繫我們,我們將及時處理
【其他文章推薦】
※帶您來了解什麼是 USB CONNECTOR ?
※自行創業缺乏曝光? 網頁設計幫您第一時間規劃公司的形象門面
※如何讓商品強力曝光呢? 網頁設計公司幫您建置最吸引人的網站，提高曝光率!
※綠能、環保無空污,成為電動車最新代名詞，目前市場使用率逐漸普及化
※廣告預算用在刀口上，台北網頁設計公司幫您達到更多曝光效益
※教你寫出一流的銷售文案?
※聚甘新
結合一些文章閱讀源碼后整理的Java容器常見知識點。對於一些代碼細節，本文不展開來講，有興趣可以自行閱讀參考文獻。
各個容器的知識點比較分散，沒有在思維導圖上體現，因此看上去右半部分很像類的繼承關係。
| 類名 | 底層實現 | 特徵 | 線程安全性 | 默認迭代器實現(Itr) |
|---|---|---|---|---|
| ArrayList | Object數組 | 查詢快，增刪慢 | 不安全，有modCount | 數組下標 |
| LinkedList | 雙向鏈表 | 查詢慢，增刪快 | 不安全，有modCount | 當前遍歷的節點 |
| Vector | Object數組 | 查詢快，增刪慢 | 方法使用synchronized確保安全（注1）；有modCount | 數組下標 |
| Stack | Vector | 同Vector | 同Vector | 同Vector |
| HashSet | HashMap (使用帶特殊參數的構造方法則為LinkedHashMap) | 和HashMap一致 | 和HashMap一致 | 和HashMap一致 |
| LinkedHashSet | LinkedHashMap | 和LinkedHashMap一致 | 和LinkedHashMap一致 | 和LinkedHashMap一致 |
| TreeSet | TreeMap | 和TreeMap一致 | 和TreeMap一致 | 和TreeMap一致 |
| TreeMap | 紅黑樹和Comparator（注2） | key和value可以為null（注2），key必須實現Comparable接口 | 非線程安全，有modCount | 當前節點在中序遍歷的後繼 |
| HashMap | 見第3節 | key和value可以為null | 非線程安全，有modCount | HashIterator按數組索引遍歷，在此基礎上按Node遍歷 |
| LinkedHashMap | extends HahsMap （注3）, Node有前驅和後繼 | 可以按照插入順序或訪問順序遍歷（注4） | 非線程安全，有modCount | 同HshMap |
| ConcurrentHashMap | 見第3節 | key和value不能為null | 線程安全（注1） | 基於Traverser（注5） |
| Hashtable | Entry數組 + Object.hashCode() + 同key的Entry形成鏈表 | key和value不允許為null | 線程安全， 有modCount | 枚舉類或通過KeySet/EntrySet |
無論是Vetcor還是SynchronizedCollection甚至是ConcurrentHashMap，複合操作都不是線程安全的。如下面的代碼[1]在併發環境中可能會不符合預期：
if (!vector.contains(element))
vector.add(element);
...
}
ConcurrentHashMap<String, Integer> map = new ConcurrentHashMap();
map.put("key", 1);
// 多線程環境下執行
Integer currentVal = map.get("key");
map.put("key", currentVal + 1);
在複合操作的場景下，通用解法是對容器加鎖，但這樣會大幅降低性能。根據具體的場景來解決效果更好，如第二段代碼的場景，可以改寫為[1]
ConcurrentHashMap<String, AtomicInteger> map = new ConcurrentHashMap();
// 多線程環境下執行
map.get("key").incrementAndGet();
modCount是大多數容器（比如ConcurrentHashMap就沒有）用來檢測是否發生了併發操作，從而判斷是否需要拋出異常通知程序員去處理的一個簡單的變量，也被稱為fast-fail。
一開始我注意到，Vector也有modCount這個屬性，這個字段用來檢測對於容器的操作期間是否併發地進行了其他操作，如果有會拋出併發異常。既然Vector是線程安全的，為什麼還會有modCount？順藤摸瓜，我發現雖然Vector的Iterator()方法是synchronized的，但是迭代器本身的方法並不是synchronized的。這就意味着在使用迭代器操作時，對Vector的增刪等操作可能導致併發異常。
為了避免這個問題，應該在使用Iterator時對Vector加鎖。
同理可以推廣到Collecitons.synchronizedCollection()方法，可以看到這個方法創建的容器，對於迭代器和stream方法，都有一行// Must be manually synched by user!的註釋。
comparator是可以為空的，此時使用key的compare接口比較。因此，這種情況下如果key==null會拋NPE。
JDK8的HashMap中有afterNodeAccess()、afterNodeInsertion()、afterNodeRemoval()三個空方法，在LinkedHashMap中覆蓋，用於回調。
插入順序不必解釋。訪問順序指的是，每次訪問一個節點，都將它插入到雙向鏈表的末尾。
其實現類EntryIterator的構造方法實際上是有bug的[5]：它與子類的參數表順序不一致。
它能確保在擴容期間，每個節點只訪問一次。這個原理比較複雜，我沒有深入去看，可以參考本小節的參考文獻。
這是一個老生常談的話題了，但是涉及面比較廣，本節好好總結一下。
本節不列出具體的源碼，大部分直接給出結論，源碼部分分析可以參考文獻[7][8]。
table表示Map的hash值桶，即每一個元素對應所有同一個hash值的key-value對。
| 容器類型 | 底層實現（見說明4） | key的hash方法 | table下標計算 | 擴容后table容量(見說明1、5) | 插入 | clone | hash桶的最大容量 |
|---|---|---|---|---|---|---|---|
| Hashtable | hash值桶數組 + 鏈表 | hashCode() | (hashCode & MAX_INT) % table.length | origin*2+1 | 頭部插入 | 淺拷貝 | MAXINT- 8 |
| HashMap(1.7) | hash值桶數組 + 鏈表 | String使用sun.misc.Hashing.stringHash32，其他用hashCode()后多次異或摺疊(見說明2) | (length-1) & hashCode | origin*2 | 頭部插入（見說明6） | 淺拷貝 | 2^30 |
| HashMap(1.8) | hash值桶數組 + 鏈表/紅黑樹(見說明3) | hashCode()高低16位異或 | (length-1) & hashCode | origin*2（見說明7） | 尾部插入 | 淺拷貝 | 2^30 |
| ConcurrentHashMap(1.7) | hash值桶數組 + Segment extends ReentrantLock（見說明9） + 數組 | String使用sun.misc.Hashing.stringHash32，其他用hashCode()后多次異或摺疊和加法操作（見說明8） | (length-1) & hashCode | origin*2 | 頭部插入 | 不支持 | 2^30 |
| ConcurrentHashMap(1.8) | hash值桶數組 + 鏈表/紅黑樹（見說明10） | hashCode()高低16位異或 % MAX_INT | (length-1) & hashCode | origin*2 | 尾部插入 | 不支持 | 2^30 |
對於跨段操作，如size()、containsValue()，是需要按Segement的下標遞增逐段加鎖、統計，然後按原先順序解鎖的。這樣就有一個很嚴重的隱患：如果線程A在跨段操作時，中間的Segement[i]被
線程B鎖定，B又要去鎖定Segement[j] （i>j），此時就發生了死鎖。
由於沒有段，也就沒有了跨段。但是size()還是要統計各個桶的數目，仍然有跨桶的可能。如何計算？如果沒有衝突發生，只將 size 的變化寫入 baseCount。一旦發生衝突，就用一個數組（counterCells）來存儲後續所有 size 的變化[14]。
而containsValue()則藉助了Traverser（見第2節注5及參考文獻[15]），但是返回值不是最新的
沒有在文中特殊標註的文章，是參考了其結構或部分內容，進行了重新組織。
本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理
【其他文章推薦】
※帶您來了解什麼是 USB CONNECTOR ?
※自行創業缺乏曝光? 網頁設計幫您第一時間規劃公司的形象門面
※如何讓商品強力曝光呢? 網頁設計公司幫您建置最吸引人的網站，提高曝光率!
※綠能、環保無空污,成為電動車最新代名詞，目前市場使用率逐漸普及化
※廣告預算用在刀口上，台北網頁設計公司幫您達到更多曝光效益
※教你寫出一流的銷售文案?
※聚甘新
該系列的兩篇文章《.Net微服務實戰之技術選型篇》和《.Net微服務實戰之技術架構分層篇》都是以技術角度出發描述微服務架構的實施。
如果技術選型篇敘述的是工具，那麼架構分層篇講的就是技巧，而本篇要討論的就是原則。一直以來我會給身邊向我探討問題的人灌輸一種理念，沒有什麼技術銀彈，因為我們做的是軟件工程，提供的是問題相應的解決方案，不同類型問題的解決方案是存在着本質上的差異。
繼續提供之前的源碼：https://github.com/SkyChenSky/Sikiro
PS：該篇文章與.Net無關，其實主要是沿用前面兩篇文章的命名，此外我認為DevOps不是簡單的工具使用，應從軟件工程角度進行出發。
曾經有好幾個同行問過我同一個問題：什麼才是優秀的架構設計？我一直信奉着兩句話和一個定律：
架構設計其實就是一種方案的取捨，在有限的資源里(包括但不限人力、時間)能讓團隊順利的實施技術，同時滿足業務規模的需要，我認為可以稱之為優秀的架構設計，簡單來說兩個字合適
核心的主要5大：性能、可用性、伸縮性、擴展性、安全性。
而我們所討論的微服務，選擇了擴展性，犧牲了可用性、性能，擴展性的目的就是為了快速響應需求變化、降低系統耦合度、提高系統模塊的復用度。而微服務的調用是通過跨進程的網絡通信的，跟進程內方法調用比無疑是慢了一個單位；原本單服務99.99%高可用，假如現在三個服務就是99.99%*99.99%*99.99%=99.97%。
當然我們可以在基於微服務的通過引入其他技術提高可用性、伸縮性和安全，但是確保無疑是犧牲了性能，除了性能還會在團隊開發效率與運維複雜度上會受到影響。由此可見，沒有萬能技術手段，而架構其實在取捨。
引入一種技術必定帶新的技術問題這是個必然結果，剛提到團隊開發效率與運維複雜度會受到影響，那是否有辦法緩解甚至解決並提高呢？既然涉及到團隊、流程這些關鍵字那麼就應該向軟件工程方向尋找方案，合適架構實施還需要合適的開發模式進行支撐的，而風靡全球的DevOps就是不二之選。
在行業盛傳的一條公式：軟件 = 軟件工程 + 程序，可想而知軟件工程的佔據多麼重要的比重。那麼什麼是軟件工程？百度是這麼解釋的：
軟件工程是研究和應用如何以系統性的、規範化的、可定量的過程化方法去開發和維護軟件，以及如何把經過時間考驗而證明正確的管理技術和當前能夠得到的最好的技術方法結合起來的學科。它涉及到程序設計語言、數據庫、軟件開發工具、系統平台、標準、設計模式等方面。
我自己重新總結了一個軟件工程的通俗描述，通過多人協作、有目標、有步驟、有計劃的並使用科學方法論指導開發與維護程序的這個過程。也可以用一條公式表達：軟件工程 = 工具 + 流程 + 模式。
軟件工程的出現目的是為了解決軟件危機的。軟件危機其實是當時落後的軟件生產方式無法滿足迅速增長的計算機軟件需求，從而導致軟件開發與維護過程中出現一列的嚴重問題的現象。那麼三次軟件危機是什麼呢？我整理了個表格（詳細可以自行百度閱讀）
| 名稱 | 時間 | 原因 | 解決方案 |
| 第一次軟件危機 |
20世紀60年代—70年代 |
使用機器語言或者彙編語言在特定的機器上進行軟件的設計與編寫，引出的“抽象性”和“可移植性”的問題 | 高級的編程語言+瀑布開發模式 |
| 第二次軟件危機 |
20世紀80年代—90年代 |
軟件複雜性進一步升級，需要更好更好的“可組合性”(Composability)、“可延展性”(Malleability)以及“可維護性”(Maintainability) | 面向對象編程語言+設計模式 |
| 第三次軟件危機 | 2005年至今 | 軟件的發展速度已經遠超於硬件的發展，體現於需求複雜度、技術複雜度、團隊協作 | 更好的工具、開發模式、與協作流程 |
由上可見，軟件的快速發展直接促使了軟件工程上的進步，新的工具、新的開發與設計模式，新的協作流程也隨之而生。
我工作多年經歷了多家公司，所經歷的有三種開發模式，瀑布、敏捷、DevOps。那麼這三種主流的開發模式也對應着三個發展階段：
瀑布開發模式是在第一次軟件危機1970時Winston Royce博士提出來。其思想是把項目過程劃分為主要的六個階段：需求收集、需求分析、軟件設計、程序編碼、軟件測試、運行維護。團隊劃分也通過崗位職責進行劃分：產品團隊、開發團隊、測試團隊、運維團隊。到目前為止該開發模式仍然用到做項目制的開發團隊。
那麼其優點與劣勢也很明顯，優點是計劃明確，職責清晰，按部就班的完成就好。缺點是周期容易拖得太長，不容易調整變更，每個人只為自己職責範圍內的負責，跨部門溝通成本大（這就是為什麼我在圖裡畫了兩堵牆的原因）。我自己呆過一個瀑布模式的團隊，在項目立項后就會被項目經理調動資源成為團隊，而開發人員只會在這一次批次負責編碼與修改測試反饋的問題，基本上上線后的問題跟你無關（除非緊急嚴重的），其他的BUG也許是下一個批次的另外一個開發人員幫你填。
準確的說敏捷開發是一種價值觀和原則的體現，2001年17位IT大佬想把瀑布發模式這種重量級的開發過程替換成一種更加輕量級，可惜大家都沒有達成統一意見因此把各自都認同的觀念整理出來成為敏捷宣言。
敏捷開發其實把產品、開發、測試三種崗位職責的人緊密的聯繫了起來，由原來長周期的大目標拆解成了一個個短周期的小目標。他之所以快，不是因為寫代碼快了，而是節省了很多不必要的前置條件與返工，同時小步快跑的交付也可以提高團隊的士氣，一個長周期項目那枯燥、乏味、痛苦的過程，誰試誰知道。
舉個例子，大家都是為公司的同個產品努力，沒有什麼合同談判可言，只要需求要求相互了解清楚並且可行就可以開幹了。寫詳細設計文檔的時間，還不如花時間多溝通下需求的核心點，想辦法設計得更容易滿足需求。短周期的交付后，產品與客戶就可以及時的查看交付效果並相應的優化與調整。（快速響應並不代表隨時隨地接受變更響應，可以統一歸到下一個迭代周期，我不贊同拍拍腦袋的變更，自己都沒清楚的功能怎麼說服客戶使用？）
敏捷開發的最大好處之一就是短周期的持續交付，這樣方式能在現階段的互聯網行業得到更快速的響應與市場的搶佔，同時能很好的進行技術改進與試錯。但是這種”野蠻的“方式會讓開發團隊與運維團隊形成一條鴻溝，而鴻溝的形成主要原因是運維團隊希望軟件的運作是可靠的，所以他們對資源的變動、新技術的使用尤為的小心、謹慎。
我曾經呆過一個敏捷開發團隊，生產出了問題運維團隊會自行去修改配置，當然會越改越錯了，而且一天發布次數多了，就會起爭執。
DevOps可以看過是敏捷的擴展與延申，它的出現就是為了解決開發團隊與運維團隊的那條鴻溝，只要存在人工處理的方式擔心的問題總會出現，同一段程序無論執行多少次相同輸入的輸出總是一致的，但是人的處理卻不能保證，那麼使用自動化改善協作的過程，鴻溝自然就跨越了，。那麼開發團隊與運維團隊就可以為相同的目標與方向而努力。而組織架構也將演變成如下：
從上圖也與開頭的康威定律做了一個很好的呼應。
這個角度是大家最樂意去關注的，在我們團隊主要使用了以下技術，腳本什麼的我就不花時間貼出來了，在我看來工具的使用，只要花點時間就能解決。
| 類型 | 名稱 |
| 持續集成/持續交付 | Jenkins |
| 源代碼管理 | Gitlab |
| 雲平台 | 阿里雲 |
| 軟件包管理器 | 私有Nuget |
| 代碼檢查 | Reshaper |
| 容器化 | Docker |
| 分佈式鏈路跟蹤 | SkyWalking |
| 日誌系統 | ES+Filebeat+kibana |
| 系統監控 | Prometheus |
原本代碼檢查想引入SonarQube代替人工檢查+Reshaper，可惜於服務器資源不足。
對於一般的團隊，我建議優先從Gitlab+Jenkins搭建好完成CI/CD，其次把日誌系統給完善起來，這兩者完成得越早，給團隊帶來的收益就越高，後續才會有更多的時間來完善整套技術體系，這是一個良性的循環。
人延申出的就是團隊與文化，經過上面的講解大家都意識到軟件工程就是一樣多人協作的工作，只有團隊目標一致，共同負責承擔團隊的項目，願意一同與項目成長才能很好的實施DevOps。就像多匹馬拉車一樣，只有它們都有共同的目標的時候才能快速拉車到目的，如果他們一匹向東一匹西，只會讓馬車無法前行甚至四分五裂。
在我的團隊，因為在招聘人員的時候已經進行過了篩選，所以在合作上非常的順利，當然我也經常在例會和業餘的時候都會給大家傳達思想，讓團隊成員真正的從實際意義上去理解現在的做法。
對於已經成型的團隊來說如何去落地呢？無非三種，激勵、考核和逐步試行。如果有條件的公司可以設置獎金激勵，如果有績效考核的可以將DevOps實施納入考核目標，如果兩者都沒的，那就選取團隊里願意改變的同事進行試行，使用過後都說好的那麼更會有說服力。
為了落實了文化的改進與技術的使用的這個過程，我們需要科學的、有步驟、有計劃的方式完成這項工作，並且可以讓這套標準化的方式可以重複使用到其他項目上。
在我的團隊是有產品、前端開發，後端開發、測試、運維組成的。我採用了原型模式+DevOps模式：
除此之外，每周一會有一個例會內容不限工作，也可以分享周末去哪裡娛樂了。在該迭代周期快到結束的2-3天會開一個進度會議，看看大家完成情況。因為公司沒有下午茶，所以我們自己通過玩搶紅包領到最大的兩個的請吃下午茶，最少一星期一次。
該篇到這裏就分享結束了，也是該系列的最後一篇，我曾經認為技術與管理必須二選一，自從我成為了一個技術與團隊的負責人後，終於讓我認識到，一個優秀的技術思想還是需要一些管理手段才能很好的實施，而我們的技術管理無非就是軟件工程。
本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理
【其他文章推薦】
※帶您來了解什麼是 USB CONNECTOR ?
※自行創業缺乏曝光? 網頁設計幫您第一時間規劃公司的形象門面
※如何讓商品強力曝光呢? 網頁設計公司幫您建置最吸引人的網站，提高曝光率!
※綠能、環保無空污,成為電動車最新代名詞，目前市場使用率逐漸普及化
※廣告預算用在刀口上，台北網頁設計公司幫您達到更多曝光效益
※教你寫出一流的銷售文案?
※聚甘新
摘錄自2018年9月11日中央社倫敦報導
最新研究指出，奉行較健康的飲食習慣可減少個人水足跡（water footprint），降低肉類攝取量可節省至少10%用水量，吃素更能減少多達55%用水量。
英國廣播公司（BBC）報導，這項在英國、法國和德國進行的研究，刊登於「自然永續」（Nature Sustainability）期刊。
研究人員表示，轉向健康飲食是個「雙贏局面」，不僅能讓身體更健康，且可用更少的水資源來生產食物。飼養牲畜耗費大量用水，生產油類、糖類及脂肪也需要大量水資源，但種植水果和蔬菜較省水。
但這項研究承認，鼓勵民眾改變飲食習慣並不容易，需要採取一連串干預措施，例如向不健康食品課稅和印製更清楚的食品標示。
本站聲明:網站內容來源環境資訊中心https://e-info.org.tw/,如有侵權,請聯繫我們,我們將及時處理
【其他文章推薦】
※帶您來了解什麼是 USB CONNECTOR ?
※自行創業缺乏曝光? 網頁設計幫您第一時間規劃公司的形象門面
※如何讓商品強力曝光呢? 網頁設計公司幫您建置最吸引人的網站，提高曝光率!
※綠能、環保無空污,成為電動車最新代名詞，目前市場使用率逐漸普及化
※廣告預算用在刀口上，台北網頁設計公司幫您達到更多曝光效益
※教你寫出一流的銷售文案?
※聚甘新