據悉，2013年中國節能與新能源汽車產業發展高峰論壇於上周在北京舉行，中國汽車工程學會副秘書長張寧在壇於上表示，針對486位汽車工程師進行的《電動汽車技術進步和產業化前景調查問卷》顯示，電動汽車有望在2020年-2025年之間實現商業化。2020年，電動車在世界乘用車市場中的佔有率將達到10%-15%。
根據調查數據，目前影響電動汽車發展的主要瓶頸還是電池技術、成本和續駛裡程。數據還顯示，到2020年，燃油汽車仍擁有15%-25%的發展潛力。因此，從中國的現階段來講，應當不要排斥某種技術路線，還是應當用多種方式推動節能減排，包括電動汽車及燃料汽車。
本站聲明:網站內容來源於EnergyTrend https://www.energytrend.com.tw/ev/,如有侵權,請聯繫我們,我們將及時處理
【其他文章推薦】
※廣告預算用在刀口上，台北網頁設計公司幫您達到更多曝光效益
※新北清潔公司,居家、辦公、裝潢細清專業服務
※別再煩惱如何寫文案,掌握八大原則!
※教你寫出一流的銷售文案?
※超省錢租車方案
※FB行銷專家,教你從零開始的技巧
中國工信部今(22)日發布《車輛生產企業及產品公告》(第254批)，公示了三家新增車輛生產企業的名單，公示時間為22日-28日。其中萬向電動汽車有限公司名列其中。
此前，萬向在電動汽車相關領域投入重資，雖已經初步形成車載電子系統、動力電池和電動汽車領等較完整的產業鏈，但在國內市場上，作為從事電動汽車相關業務的公司，仍缺少工信部認證的資質。
2013年1月，萬向成功收購美國A123，完善了電池產業鏈條，借全球知名企業品牌優勢，擴大了其在美國市場的銷售份額。
本站聲明:網站內容來源於EnergyTrend https://www.energytrend.com.tw/ev/,如有侵權,請聯繫我們,我們將及時處理
【其他文章推薦】
※新北清潔公司,居家、辦公、裝潢細清專業服務
※別再煩惱如何寫文案,掌握八大原則!
※網頁設計一頭霧水該從何著手呢? 台北網頁設計公司幫您輕鬆架站!
※超省錢租車方案
※教你寫出一流的銷售文案?
※網頁設計最專業,超強功能平台可客製化
中國科技部部長萬鋼上周在2013中國汽車產業發展（泰達）國際論壇上透露，國務院已正式批復新一輪的新能源汽車示范推廣方案，四部委正在制定實施細則，並將盡快正式啟動。「直接補貼到企業」將是新一輪補貼政策最大的變化。
新一輪補貼政策的內容主要有：以試點城市為核心，設立試點區域，擴大輻射范圍，加速區域電動汽車推廣；改善原有財政資金補貼方式，加快資金補貼落實力度；混合動力客車將向全國推廣；對充電站的建設進行財政支持。
另外，發改委、工信部、商務部等多部委對特斯拉總部進行了訪問考察。此次訪問或對特斯拉順利進入中國市場有促進作用。
中國國內電動汽車也在快速發展。以杭州為例，在國內率先啟用了可出租的純電動微公交，每小時20元(人民幣)，一次充滿電可跑80-100公裏，每次充電大約耗時30分鐘。杭州市未來設想，每5-10公裏有1個立體車庫站點，建成綠色的微公交網點係統。
本站聲明:網站內容來源於EnergyTrend https://www.energytrend.com.tw/ev/,如有侵權,請聯繫我們,我們將及時處理
【其他文章推薦】
※教你寫出一流的銷售文案?
※廣告預算用在刀口上，台北網頁設計公司幫您達到更多曝光效益
※回頭車貨運收費標準
※別再煩惱如何寫文案,掌握八大原則!
※超省錢租車方案
※產品缺大量曝光嗎?你需要的是一流包裝設計!
據外媒本週二報導，美國電動跑車製造商特斯拉(Tesla)執行長Elon Musk本週在慕尼黑特斯拉展示中心表示，很多人都說純電動車根本沒有未來，但他認為，氫燃料電池基本上只是一種行銷的伎倆，氫是一種危險性頗高的氣體，比較適合用來推動火箭。
Elon Musk在演說中提到，旗下價格較低的大眾車種(可能會被命名為「Model E」)預料將在12-15個月內開發完成、2016年開賣，而休旅車「Model X」則會在明(2014)年問世。
此前，豐田汽車(Toyota) 董事長內山田武(Takeshi Uchiyamada)曾與9月30日在華盛頓特區經濟俱樂部(Economic Club of Washington, D.C.)發表演說後表示，Toyota之所以並未推出任何一款重量級純電動車，是因為該公司不認為這種產品會有市場。
目前全球燃料電池車的研發以日系車廠為軸心形成三大陣營，其中Toyota已表明計劃於2015年開賣燃料電池車。據日經新聞報導，預估2025年日本國內的燃料電池車普及數量將達200萬台。
另據日經新聞報導，日本政府也計劃於2015年度結束前，在國內整備100座氫燃料充填據點「氫氣站」，其他日本企業也紛紛著手進行相關技術的研發。為促進燃料電池車的普及，千代田化工建設(CHIYODA)計畫投下約300億日圓，於2015年在川崎市興建全球首座大規模氫燃料供應基地。
本站聲明:網站內容來源於EnergyTrend https://www.energytrend.com.tw/ev/,如有侵權,請聯繫我們,我們將及時處理
【其他文章推薦】
※超省錢租車方案
※別再煩惱如何寫文案,掌握八大原則!
※回頭車貨運收費標準
※教你寫出一流的銷售文案?
※FB行銷專家,教你從零開始的技巧
Jmeter官網對邏輯控制器的解釋是：“Logic Controllers determine the order in which Samplers are processed.”。
意思是說，邏輯控制器可以控制採樣器(samplers)的執行順序。由此可知，控制器需要和採樣器一起使用，否則控制器就沒有什麼意義了。放在控制器下面的所有的採樣器都會當做一個整體，執行時也會一起被執行。
JMeter邏輯控制器可以對元件的執行邏輯進行控制，除僅一次控制器外，其他可以嵌套別的種類的邏輯控制器。
JMeter中的Logic Controller分為兩類：
（1）控制測試計劃執行過程中節點的邏輯執行順序，如：Loop Controller、If Controller等；
（2）對測試計劃中的腳本進行分組、方便JMeter統計執行結果以及進行腳本的運行時控制等，如：Throughput Controller、Transaction Controller。
首先我們來看一下JMeter的邏輯控制器，路徑：線程組（用戶）->添加->邏輯控制器（Logic Controller）；我們可以清楚地看到JMeter5中共有17個邏輯控制器，如下圖所示：
如果上圖您看得不是很清楚的話，宏哥總結了一個思維導圖，關於JMeter5的邏輯控制器類型，如下圖所示：
通過以上的了解，我們對邏輯控制器有了一個大致的了解和認識。下面宏哥就給小夥伴或則童鞋們分享講解一些通常在工作中會用到的邏輯控制器。
這一小節，宏哥就由上而下地詳細地講解一下常用的邏輯控制器。
運行控制器用來控制其子元件的執行時長。市場單位是秒。
1、我們先來看看這個Runtime Controller長得是啥樣子，路徑：線程組 > 添加 > 邏輯控制器 > 運行控制器，如下圖所示：
2、關鍵參數說明如下：
Name：名稱，可以隨意設置，甚至為空；
Comments：註釋，可隨意設置，可以為空；
Runtime：默認為1，去掉1則默認為0，此時不執行其節點下的元件。 與線程組中的調度器的持續時間 效果一致。不填 或 0，不會執行樣例
1、創建測試計劃，設置 Runtime 控制器的運行時間 為 2，線程組設置默認不變，如下圖所示：
Runtime 控制器設置
線程組設置
2、配置好以後，運行JMeter，然後查看結果樹，如下圖所示：
1、創建測試計劃，設置 Runtime 控制器的運行時間 為 2，線程組設置運行時間3，如下圖所示：
線程組設置
Runtime 控制器設置
2、配置好以後，運行JMeter，然後查看結果樹，如下圖所示：
線程組設置3,Runtime控制器設置2，但是運行時間是2s。所以從上邊的運行時間得出結論：如果線程組中設置了持續時間，Runtime 控制器也設置了 運行時間，那麼會優先於線程組中的設置。
Simple Controller用來指定了一個執行單元，它不改變元件的執行順序。在它下邊還可以嵌套其他控制器。簡單控制器可以編輯只有名稱和註釋。就像他的名字一樣，簡單，可以理解為一個文件夾，就是分組用的，沒有其他特殊功能，但相比不添加簡單控制器，區別在於簡單控制器可以被模塊控制器所引用。其作用就是分組，比如QQ好友列表，可分為家人、同學、等。一般是請求較多，需要分組時採用。
1、我們先來看看這個Simple Controller長得是啥樣子，路徑：線程組 > 添加 > 邏輯控制器 > 簡單控制器，如下圖所示：
2、關鍵參數說明如下：
Name：名稱，可以隨意設置，甚至為空；
Comments：註釋，可隨意設置，可以為空。
1、創建測試計劃，線程組設置循環10，如下圖所示：
2、配置好以後，運行JMeter，然後查看結果樹，如下圖所示：
用來控制其下元件的執行次數，並無控制吞吐量的功能，想要控制吞吐量可以使用Constant Throughput Timer，後邊會講解到。吞吐量控制器有兩種模式：Total Executions：設置運行次數與Percent Executions：設置運行比例(1~100之間)。
1、我們先來看看這個Throughput Controller長得是啥樣子，路徑：線程組 > 添加 > 邏輯控制器 > 吞吐量控制器，如下圖所示：
2、關鍵參數說明如下：
Name：名稱，可以隨意設置，甚至為空；
Comments：註釋，可隨意設置，可以為空；
Total Executions：執行百分比（1-100）；
percent Executions：執行數量；
Throughput：根據上邊選擇的方式填寫，百分比為0~100；
Per User：線程數，當選Total Executions時，是線程數；當選percent Executions時，是線程數*循環次數。
1、線程組中設置 線程數量 2，循環次數 10，吞吐量控制器 設置 Total Executions，吞吐量設置為 2，其下添加一個取樣器，如下圖所示：
2、配置好以後，運行JMeter，然後查看結果樹（執行了2次），如下圖所示：
3、現在將 吞吐量控制器 設置為百分比的控制方式，吞吐量設置為：50%，如下圖所示：
4、配置好以後，點擊“保存”運行JMeter，然後查看結果樹（執行了10次，計算方式：10=吞吐量50% * 循環次數10 * 線程數 2），如下圖所示：
1、線程組中設置 線程數量 2，循環次數 10，吞吐量控制器 設置 Total Executions，吞吐量設置為 2，其下添加一個取樣器，勾選Per User，如下圖所示：
線程組設置
吞吐量控制器
2、配置好以後，點擊“保存”，運行JMeter，然後查看結果樹（總共執行了4次，其中吞吐量設置為2，執行2次，線程設置為2，執行2次，總共4次），函數 __threadNum 只是簡單地返回當前線程的編號，如下圖所示：
3、現在將 吞吐量控制器 設置為百分比的控制方式，吞吐量設置為：50，如下圖所示：
4、配置好以後，點擊“保存”運行JMeter，然後查看結果樹（執行了10次，計算方式：10=吞吐量50% * 循環次數10 * 線程數 2），如下圖所示：
綜上所述：
勾選Per User：
1.線程數*循環次數>=線程數*吞吐量時，Total Executions模式的執行次數=線程數*吞吐量。
2.線程數*循環次數<線程數*吞吐量時，Total Executions模式的執行次數=當線程數*循環次數。
不勾選Per User：
1.線程數*循環次數<=吞吐量時，Total Executions模式的執行次數=線程數*循環次數。
2.線程數*循環次數>吞吐量時，Total Executions模式的執行次數=吞吐量。
l Percent Executions：設置運行比例(1~100之間)，單位為%
不管Per User是否勾選，按Percent Executions模式的執行次數都不受Per User影響，Percent Executions模式的執行次數=線程數*循環次數*吞吐量%。（循環次數=線程組循環次數*循環控制器循環次數）
l Per User：勾選該項的話則按虛擬用戶數（線程數）來計算執行次數，不勾選則按所有虛擬用戶數來計算執行次數
| 序號 | 線程數 | 循環次數 | 模式 | Throughput | Per User | 執行次數 |
| 1 | 2 | 10 | Percent | 50 | Y | 10 |
| 2 | 2 | 10 | Percent | 50 | N | 10 |
| 3 | 2 | 10 | Total | 7 | Y | 14 |
| 4 | 2 | 10 | Total | 7 | N | 7 |
| 5 | 2 | 2 | Total | 7 | Y | 4 |
| 6 | 2 | 2 | Total | 7 | N | 4 |
下面說明一下這6個場景：
（1）序號1和2場景，Per User 對總執行次數沒有影響。
（2）序號3場景，Per User勾選，每個虛擬用戶（線程）執行7次，共執行14次。
（3）序號4場景，Per User不勾選，則所有虛擬用戶執行7次。
（4）序號5場景，Per User勾選，每個虛擬用戶（線程）執行7次，共執行14次，由於Thread Group計劃循環次數是4（2線程*2循環）次，所以最多只能執行4次。
（5）序號6場景，Per User不勾選，所有虛擬用戶執行7次，由於Thread Group計劃循環次數是4（2線程*2循環）次，所以最多只能執行4次。
模塊控制器可以快速的切換腳本，不用來回的新建，方便腳本調試。
可以理解為引用、調用的意思，執行內容為Module To Run種所選的內容，引用範圍為當前測試計劃內的測試片段、邏輯控制器<模塊控制器除外>
被引用的邏輯控制器、測試片段可以為禁用狀態，被引用后仍然會被執行。
可以將模塊控制器與包括控制器一起學習比較，模塊控制器是從內部文件中引用，引用上相對比較靈活，可以只引用部分測試片段或模塊內容，包括控制器是從外部文件引用，只能引用整個測試片段的內容。
注意：被應用的模塊位置不可隨意變更，變更後會執行時出現提示引用失敗
找到目標元素：快速查找與跳轉的作用，點擊後會立即跳轉到所選的邏輯控制器的內容詳情
1、我們先來看看這個Module Controller長得是啥樣子，路徑：線程組 > 添加 > 邏輯控制器 > 模塊控制器，如下圖所示：
2、關鍵參數說明如下：
Name：名稱，可以隨意設置，甚至為空；
Comments：註釋，可隨意設置，可以為空；
Forever：勾選上這一項表示一直循環下去。
1、創建測試計劃，添加兩個測試片段，並且在每個測試片段下添加一個取樣器，然後，添加線程組，再添加模塊控制器，最後添加查看結果樹，如下圖所示：
2、配置模塊控制器，選擇第一個測試片段，如下圖所示：
3、配置好以後，點擊“保存”運行JMeter，然後查看結果樹（執行了第1個測試片段的取樣器），如下圖所示：
4、配置模塊控制器，選擇第二個測試片段，如下圖所示：
5、配置好以後，點擊“保存”運行JMeter，然後查看結果樹（執行了第2個測試片段的取樣器），如下圖所示：
Switch Controller：開關控制器，通過其下樣例順序數值或名稱 控制執行某一個樣例。
1、我們先來看看這個if Controller長得是啥樣子，路徑：線程組 > 添加 > 邏輯控制器 > 如果 (if) 控制器，如下圖所示：
2、關鍵參數說明如下：
Name：名稱，可以隨意設置，甚至為空；
Comments：註釋，可隨意設置，可以為空；
Switch Value：指定請求的索引或者名稱，索引從0開始，如果沒有賦值，或者索引超過請求個數的話就執行第0個請求。可以是数字，也可以是字符，為字符時匹配取樣器名稱，如果匹配不上就會默認並找取樣器名稱為default的取樣器，如果沒有則不運行。
數值：表示將執行其下第 數值+1個取樣器，例如：填1，將執行第2個取樣器；填0或者不填，將執行第1個取樣器；數值超出其下取樣器數目時，執行第1個取樣器。
1、創建一個測試計劃，設置線程組和Switch控制器，如下圖所示：
線程組
Switch控制器
2、配置好以後，點擊“保存”運行JMeter，然後查看結果樹（執行了第3<數值+1>個取樣器），如下圖所示：
3、修改Switch控制器的數值為0或者不填，如下圖所示：
4、配置好以後，點擊“保存”運行JMeter，然後查看結果樹（執行了第1<數值為0或者不填，執行第1個取樣器>個取樣器），如下圖所示：
1、創建一個測試計劃，設置線程組和Switch控制器（直接使用取樣器名字），如下圖所示：
線程組
Switch控制器
2、配置好以後，點擊“保存”運行JMeter，然後查看結果樹（執行了使用名字的取樣器），如下圖所示：
好了，今天關於邏輯控制器的上篇就講解到這裏，這一篇主要介紹了 Runtime Controller 、 Simple Controller 、Throughput Controller、Module Controller 和 Switch Controller。
您的肯定就是我進步的動力。如果你感覺還不錯，就請鼓勵一下吧！記得隨手點波 推薦 不要忘記哦！！！
別忘了點 推薦 留下您來過的痕迹
本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理
【其他文章推薦】
※網頁設計一頭霧水該從何著手呢? 台北網頁設計公司幫您輕鬆架站!
※網頁設計公司推薦不同的風格，搶佔消費者視覺第一線
※想知道購買電動車哪裡補助最多?台中電動車補助資訊懶人包彙整
※南投搬家公司費用,距離,噸數怎麼算?達人教你簡易估價知識!
※教你寫出一流的銷售文案?
※超省錢租車方案
據統計，現代城市人的生活與工作同樓宇息息相關，超過80%的時間都是在城市樓宇中度過，樓宇智能毋庸置疑是影響深遠的關鍵研究課題。
近年來，隨着邊緣計算技術的崛起，邊緣智能相關的場景應用拓展也成為科技公司爭相展現技術創新和商業價值的路徑，各種邊緣AI的解決方案亦應運而生，如華為雲智能邊緣平台IEF，一站式端雲協同多模態AI開發平台HiLens。據統計，現代城市人的生活與工作同樓宇息息相關，超過80%的時間都是在城市樓宇中度過，樓宇智能毋庸置疑是影響深遠的關鍵研究課題。本文將圍繞樓宇智能其中最重要的課題之一中央空調能效預測與管理來展開，目前，該課題面臨最大的瓶頸是：現有的大多數能效預測與管理方法僅限於雲端單任務，無法支撐中央空調能效模型在邊緣隱含的大量複雜場景上的能力。
眾所周知，暖通空調系統（包括供暖，通風和空調）主導着商業建築的用電量。對暖通空調系統的現有研究表明，準確量化冷水機組的能效比（數值越大越節能）非常重要，近期提出的數據驅動的能效比預測可以被應用到雲上。但是，由於不同園區擁有不同型號的空調或不同種類的傳感器，導致不同邊緣各個項目在特徵、模型等方面區別很大，在小樣本情況下很難用一個通用模型適應所有的項目。
近年來，華為雲邊緣雲創新lab與來自香港理工大學、IBM研究院、華中科技大學、同濟大學、深圳大學等知名校企研究團隊密切合作並持續開展技術研究，以邊緣樓宇智能領域場景為依託，希望逐步解決現實中隱含大量複雜場景的邊緣智能問題。有興趣的讀者歡迎關注2018到2020間年發表的多任務學習、多任務調度和多任務應用等歷史工作：
Zheng, Z., Wang Y., Dai Q., Zheng H., Wang, D. “Metadata-driven task relation discovery for multi-task learning.” In Proceedings of IJCAI (CCF-A), 2019.
在這篇論文中有一個多任務的實際應用案例，不同邊緣智能項目採用不同設備使得邊緣側模型不同，從而可以應用於多任務設定。這篇論文的亮點是引入元數據，元數據是數據集的描述信息，在複雜系統中用於日常系統運作，蘊含專家信息。基於元數據提取任務屬性，本論文設計了元數據任務屬性與樣本任務屬性層次結合的多任務通用AI算法（圖1）。相關論文專家評審也認為該技術在應用實踐中显示了實用價值，對機器學習項目真正落地具備重要意義，將成為當今大型組織感興趣的技術。
圖1 顏色代表不同聚類簇，数字代表不同設備型號。基於樣本屬性的方法容易導致負遷移（同一簇中混淆不同型號設備模型，左圖），而基於元數據的方法可以避免負遷移（右圖）。
Zheng, Z., Chen, Q., Hu, C., Wang, D., & Liu, F. “On-edge Multi-task Transfer Learning: Model and Practice with Data-driven Task Allocation.” In Proceedings of IEEE TPDS (CCF-A), 2019.
Chen, Q., Zheng, Z., Hu, C., Wang, D., & Liu, F. “Data-driven task allocation for multi-task transfer learning on the edge. ” In Proceedings of IEEE ICDCS (CCF-B), 2019.
多任務遷移學習是解決邊緣上樣本不足的典型做法。而目前邊緣上的任務分配調度工作通常假設不同的多個任務是同等重要的，導致資源分配在任務層面不夠高效。為了提升系統性能與服務質量，我們發現不同任務對決策的重要性是一個亟需衡量的重要指標。我們證明了基於重要性的任務分配是NP-complete的背包問題變種，並且在多變的邊緣場景下該複雜問題的解需要被頻繁地重新計算。因此我們提出一個用於解決該邊緣計算問題的AI驅動算法，並且在實際多變的邊緣場景中進行算法測試（圖2），與SOTA算法相比該算法能減少3倍以上的處理時間和近50%的能源消耗。
圖2 根據邊緣場景動態進行任務分配調度
Zheng, Z., Chen, Q., Fan, C., Guan, N., Vishwanath, A., Wang, D., & Liu, F. “Data Driven Chiller Sequencing for Reducing HVAC Electricity Consumption in Commercial Buildings.” In Proceedings of ACM e-Energy, 2018. Best Paper Award.
Zheng, Z., Chen, Q., Fan, C., Guan, N., Vishwanath, A., Wang, D., & Liu, F. “An Edge Based Data-Driven Chiller Sequencing Framework for HVAC Electricity Consumption Reduction in Commercial Buildings.” IEEE Transactions on Sustainable Computing, 2019.
多任務可以應用於樓宇節能中。冷機是樓宇中的耗能大戶。冷機能效預測與管理，預測冷機負荷決策的能效比並優化冷機負荷決策，一直是樓宇智能最重要的研究問題之一。本研究觀測到，在冷機決策能效預測中，不同邊緣項目的設備型號和工況不同會導致最終需求的模型不同。這種情況下僅採用雲端單一模型的做法容易導致精度下降和決策失誤。本工作研發了一種邊雲協同的多任務冷機負荷決策框架（圖3），在利用現有端邊節點且不部署額外硬件的情況下，較當前工業界方法節能30%以上。
圖3 邊雲協同的冷機負荷決策框架
Zheng, Z., Dai Y., Wang D., “DUET: Towards a Portable Thermal Comfort Model.” In Proceedings of ACM BuildSys (Core rank A), 2019.
Yang, L., Zheng, Z., Sun, J., Wang, D., & Li, X. A domain-assisted data driven model for thermal comfort prediction in buildings. In Proceedings of ACM e-Energy. 2018.
空調舒適度預測是樓宇智能歷史長河中重要的研究課題之一。目前的舒適度預估方法通常要求額外的傳感器或者用戶反饋等人工干預，這使得規模化本身成為難題。基於機器學習方法的空調舒適度預測已被證明可以減少額外的人工干預。但在不同邊緣場景下，樓宇製冷類型、安裝傳感器類別等因素會使得雲上單一通用模型出現嚴重錯誤。本研究提出了一種多任務的方法進行空調舒適度的預測，在精度上較機理模型和單任務模型分別提升39%和31%。
基於以上項目，讀者可以了解到基於多任務的邊緣智能算法、系統與應用。值得注意的是，在使用多任務之前，首先需要回答任務如何定義和劃分的問題，如確定在一個應用內不同項目所需機器學習模型的數量以及各個模型的應用範圍。該方法目前通常只能由數據科學家和領域專家人工進行干預，自動化程度低，難以規模化複製。因此，邊緣自動定義機器學習任務是一個懸而未決但又重要的難題。
為了在邊緣各種場景自適應地定義機器學習預測任務，華為雲邊緣雲創新Lab近日發表了研究論文《MELODY: Adaptive Task Definition of COP Prediction with Metadata for HVAC Control and Electricity Saving》。該研究提出了一種包含任務定義的多任務預測框架（MELODY），其中任務定義能夠自適應地定義並學習複數能效比預測任務。
MELODY是第一個根據各種邊緣場景自適應定義能效比預測任務的方法。本研究工作為尋求自動有效的邊緣機器學習方法的研究人員和應用開發人員提供了一種有吸引力的機制，特別適用於對於元數據多樣化但數據樣本不足的複雜系統。MELODY的關鍵思想是使用元數據動態劃分多個任務，論文提出了元數據的數學定義以及提取元數據的2種來源和方法。
該團隊在實際應用中評估該方案的性能：基於2個大型工業園區中的8座建築物中9台冷機進行4個月實驗。實驗結果表明，MELODY解決方案優於最新的能效比預測方法，並且能夠為兩個園區每月節省252 MWh的電量，較當前建築中冷水機的運行方式節省了35％以上的能源。
MELODY論文已獲ACM e-Energy 2020接收:
Zimu Zheng，Daqi Xie，Jie Pu，Feng Wang. MELODY: Adaptive Task Definition of COP Prediction with Metadata for HVAC Control and Electricity Saving. ACM e-Energy 2020. Australia.
ACM e-Energy 屬於ACM EIG-Energy Interest Group、計算機與能源交叉的旗艦會議。
1、論文接受率23.2%，歷年接受率在20%左右；
2、與CCF-A的Ubicomp； CCF-B的ECAI、TKDD H5-index相同；
3、55位評審程序委員會成員中包括Andrew A. Chien、Klara Nahrstedt、Prashant Shenoy等8位ACM/IEEE Fellow（約15%）；
4、評審程序委員會成員來自IBM研究院、伊利諾伊大學香檳分校、劍橋大學、華盛頓大學、普渡大學、馬薩諸塞大學阿默斯特分校、西蒙菲沙大學、南洋理工大學、清華大學、香港理工大學等國際知名校企；
5、與CCF-A的STOC、ISCA、PLDI；CCF-B的IWQos、SIG Metric、COLT、HPDC、ICS、LCTES、SPAA等同屬ACM Federated Computing Research Conference (FCRC)系列的13個會議中，ACM FCRC頂會系列由Google、微軟、IBM、華為、arm、Xilinx等國際知名企業贊助。
基於冷機的暖通空調系統通常用於商業建築中，消耗的電力占建築物總用電量的40％至70％，這種消耗量主要由暖通空調系統的消耗量決定。商業建築物支付的電費（其中大部分歸於暖通空調系統）通常位於組織運營支出的前三名。這種趨勢給設施管理者帶來了巨大的壓力，他們需要通過減少與暖通空調系統相關的電力消耗來提高建築的能源利用效率。
暖通空調的主要消耗來自冷機（見圖4）。典型的冷機負荷控制的有效性在很大程度上取決於冷機運行時的性能，即在不同的冷負荷條件下的能效比。能效比是衡量冷機能效的指標，指的是在單位輸入功率消耗下的輸出冷量。能效比通常大於1，值越大，意味着效率越高。在實踐中，設施管理人員通常在冷機部署到建築物期間，在首次測試和調試冷水機組時衡量能效比的初始信息，並用該初始信息來執行冷機負荷控制。初始信息測試時通常將冷量負荷視為唯一參數。然而，這些初始信息無法捕獲實際參數的影響，並且已被近期研究證明是不精確的。
圖4 冷機示意圖
本研究以能效比預測問題作為個例研究。能效比高度依賴於多種因素，例如工況、冷量需求、設備老化、天氣等。為了在冷水機組中捕獲這些因素，現有工作已經提出採用數據驅動方法。能效比預測問題可以看做是在訓練階段學習一種被稱為模型的“公式”，該公式在推理階段能夠輸出具有給定特徵的能效比。
現有方法通常假定預測任務的配置，比如同一應用下的預測模型的數量和預測模型的應用範圍，是由數據科學家或領域專家定義和固定的。下文比較三種被廣泛接受的設定：單任務設定、多任務設定和專家輔助的多任務設定。
單任務設定
一個最典型的、被廣泛接受的預測任務配置方法是基於固定的單任務設定：這意味着將所有數據集作為一個整體合併在一起，並訓練單個預測模型。研究人員可以使用任何機器學習算法（例如SVM、神經網絡、Boosting等）來學習這種模型，並在任何場景下的推理階段都應用訓練出的這單個模型。
單任務設定假設對於同一應用下不同項目內不同的數據集，單個模型應足以描述所選特徵和能效比之間的關係。但是，這種假設可能並不總是成立。
比方說有兩個園區採用了兩種類型的冷水機：園區H使用了特靈CVHG1100冷水機和園區J使用了開利W3C100冷水機，那麼應根據冷水機的型號調整在特徵和能效比之間的熱力學模型。邊緣用戶往往也期待看到應用到兩個邊緣項目的模型有所不同：即使兩種冷水機輸入相同的水溫等特徵值，輸出的能效比也應不同。但如果將兩個數據集合併在一起並訓練同一個能效比模型，通常很難在沒有人工干預的情況下確保這一點。
論文作者過去的研究還表明，除了不同邊緣項目採用冷機型號不同可能導致模型不同外，可能導致模型不同的例子還包括：不同項目採用的工況和參數配置不同、不同項目採用的傳感器種類不同、不同季節採用特徵不同等（篇幅原因不再贅述，感興趣的讀者可以參考文章開頭提及的研究團隊歷史工作）。不同邊緣場景訓練出的模型應用範圍可能是迥乎不同的。所以對於不同的場景都採用單任務設定並非總是最佳選擇，這可能在實踐中引發重大錯誤，尤其是某些邊緣智能項目中訓練樣本的大小不足以在大量特徵中自動將場景彼此區分的情況。
多任務設定
但目前預測任務的配置，例如所需模型的數量以及模型的應用範圍，仍然是一個開放性問題。為了深入研究此問題，該團隊進一步驗證多任務設定而非單任務設定，也即觀察多個模型在多個測試集上的性能。在一個實際建築物中，使用了從冷機1到冷機5的訓練數據集訓練了5個模型（以下稱為M1 – M5）。然後在另外5個測試數據集（T1 – T5）的不同場景中測試了5個模型的性能。實驗及其結果分別如圖5-1、5-2所示。
圖5-1 複數冷機訓練模型在不同冷機測試集下的實驗示意圖
圖5-2 複數冷機訓練模型在不同冷機測試集下的預測準確率和樣本採集時間對比結果
觀察結果显示，
1）精度
儘管是基於不同的數據集進行訓練，但是冷機1的模型在冷機2和冷機3的測試集上效果很好，而在冷機4和冷機5的測試集上卻導致嚴重錯誤。對於冷機2到冷機5的模型可以看到類似的觀察結果。這是因為冷機1到冷機3來自同一種冷機型號，而冷機4和冷機5是另一種型號。
2）樣本採集時間
如果按冷機來劃分任務，每個冷機任務至少需要81天的樣本。但如果按照型號劃分為2個任務，每個型號任務僅需30天的樣本。這是因為每個型號任務包含多台冷機採集的數據。
根據上述精度和樣本採集時間的結果，與其考慮5個冷機從而定義5個冷機任務，在這個數據集下不如考慮2個型號（冷機1-3和冷機4-5）從而定義2個型號任務，在上述例子中可以降低63%左右的樣本採集時間，同時提升近10%的精度。
專家輔助的多任務設定
實際上，不僅冷機型號，隨時間變化的環境（例如，天氣條件）和工況（例如，供水溫度）也可以導致能效比模型的變化。藉助領域專家的知識，可以在構建的環境中定義固定的任務，並將這些固定的任務應用於不同的建築中。
例如，基於建築環境研究中的領域專業知識，該團隊最近一項工作在三座建築物中根據工況給出了固定的50個任務，用於多任務冷機能效比預測；該團隊最近另外一項工作根據季節和製冷類型在160座建築物中給出了固定的4個任務，以進行多任務熱舒適性預測。
但是，所需模型的數量及其應用範圍可以根據不同的邊緣項目場景而變化，而領域專家的配置很難跟隨不同邊緣項目動態擴展。例如，在一個建築物的少量數據集中，最好有3個任務，即訓練3種不同的模型進行能效比預測。但是在另一個包含1000座建築物的大型數據集中，最好有75個任務。在邊緣場景手動定義要預測的機器學習任務通常會導致成本過高或準確性降低，尤其是當任務隨項目和時間而動態變化時。因此，有必要針對不同場景自適應地定義任務。
本研究工作旨在解決自適應任務定義問題，也即不同場景下自動化定義不同的任務，例如，在不同場景中確定需要使用的模型數量以及模型的應用範圍等。該團隊遇到三個主要挑戰，並提出了使用自適應任務定義方法的多任務預測框架（MELODY）。
挑戰1：當前項目的目標未知，而且通常更糟糕的是，可能的任務候選集也未知。
MELODY通過提出任務挖掘解決了第一個挑戰。它基於諸如任務森林等新穎結構和算法來自適應地定義任務，參見圖6。這使得MELODY可規模化到眾多建築和環境的能效比預測。
圖6 任務森林的例子：數據表示模型訓練樣本，屬性表示模型應用範圍；節點表示子任務，包括數據、屬性和模型（若有）；森林的每個根節點，也即每棵樹的頂點，表示各個子任務合併成的一個任務。對任務森林初始化和維護等具體實現和算法複雜度等證明，有興趣的讀者可以閱讀論文附錄。
挑戰2：標誌能效比模型應用範圍的屬性未知，同時此類屬性的來源也在研究中。
MELODY通過使用元數據作為任務屬性的來源來解決第二個挑戰。
元數據由領域專家定義，用於建築管理系統的日常控制。例如，傳感器的名稱和建築物的類型是元數據。在MELODY框架中，該團隊提出了從數據庫的兩個來源中提取兩種元數據的方法。
元數據包含潛在領域信息，藉助這些信息，能夠自適應地提取具有領域知識的任務，併為自動和強大的任務定義打開了方便之門，如圖7所示。
圖7 基於元數據提取的任務定義（具體實現請參見論文）
挑戰3：任務組合數量隨屬性數量指數增長；因此，冷機樣本不足以為所有組合訓練模型。
MELODY通過利用多任務遷移學習克服了第三個挑戰。在多任務優化中，學習任務可以使用來自其他不同任務的知識，從而減少數據量的需求。
本研究工作通過將其應用於實際數據來評估方案的性能，在2個大型工業園區中的8座建築物中9台冷機進行4個月時間的實驗。園區情況可參見圖8。
圖8 2個大型工業園區中的8座建築物及其冷機信息
表1 任務定義輸出結果
表1显示了通過任務定義算法挖掘出的任務的總體信息，在Park J和Park H中發現了兩組不同的任務集合。觀察显示不同項目模型的數量和使用模型時的場景都不同。藉助五分鐘的間隔數據，可以在Park J中挖掘出33個任務，這些任務模型的應用範圍主要根據冷機額定功率和平均濕度的來判斷。藉助一小時的時間間隔數據，Park H中僅有2個任務，應用範圍需要通過額定功率和額定製冷量來判斷。可以發現每個任務中的樣本量很小。 對於總共35個任務，有13個任務的樣本數少於100，其餘22個任務的樣本數少於1000。
研究比較了幾種應用於冷機能效預測的典型方法：
（1）工業界當前方法：初始配置文件（IP）利用安裝時測量的初始配置文件來估算未來的能效比，是目前工業界正在使用的方法。
（2）學術界常用方法：單任務學習（STL）通過將來自每個數據集的所有任務的數據匯總在一起來學習一個模型；
（3）近期研究工作：關於數據源的獨立多任務學習（IMTL），它獨立於數據源學習每個任務。例如，針對9個冷機固定9個任務，而無需在任務之間共享任何樣本或知識；
（4）近期研究工作：具有領域知識的多任務學習（MTL），它學習具有由領域知識定義的任務聚類。例如，固定的50個任務，其中10個負載比和5個冷機。
表2 各方法錯誤率提升
表2結果显示，MELODY的任務定義可以比STL（單任務方法）有所提升。 但是，不正確的任務定義（即IMTL和MTL）對比單任務方法未能有所提升。這主要是因為與在不同數據集中（如MELODY）使用自適應任務的方法相比，IMTL和MTL在劃分任務後會生成較小的數據集，這導致部分任務內缺乏訓練樣本。當任務數量隨着屬性數目和時間推移而增加時，效果變得更差，因為任務遷移關係變得越來越複雜。在這種情況下，任務之間共享知識變得更具挑戰性，並容易導致一種被稱為負遷移的影響，也即從不相關的源域到目標域共享知識而導致的錯誤。可以看到，MELODY能解決相關問題，從而使得結果優於最新的能效比預測方法，將能效比預測誤差率降低了18.18-61.70％，最終能夠在兩個園區上每月節省252 MWh的電量，與當前建築中冷水機的運行方式相比節省了36.75%以上的能源。
本文作者：鄭博士，華為雲邊緣雲創新Lab高級研究工程師，畢業於香港理工大學，主要研究方向是邊緣智能及AIoT。發表國際相關領域頂級會議及期刊 (TPDS、 IJCAI、 ICDCS、CIKM、TOSN、TIST等) 論文十餘篇，多次獲得最佳會議論文獎項，多次獲得關鍵技術突破、高價值專利和新服務孵化等華為傑出貢獻獎項。
華為雲邊緣雲創新Lab：願景是探索端邊雲協同關鍵技術，構建無所不在的、極致體驗的智能邊緣雲。聯合工業夥伴和學術機構，共同致力於研究邊緣雲創新技術、孵化邊緣雲創新應用、構建邊緣雲繁榮生態。研究方向包括大規模智能邊緣雲平台、邊雲協同AI、端邊雲協同渲染與視頻加速。目前已孵化上線華為邊緣計算平台IEF，並貢獻首個基於Kubernetes的雲原生邊緣計算平台KubeEdge，獲尖峰開源技術創新獎、最佳智能邊緣計算技術創新平台等多項獎項；孵化的業內首個邊雲協同增量學習工作流即將上線華為雲HiLens服務、IEF服務；學術上近2年已發表7篇邊雲協同AI、雲原生邊緣計算相關頂會論文，獲多項最佳論文和優秀論文獎項。
點擊關注，第一時間了解華為雲新鮮技術~
本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理
【其他文章推薦】
※廣告預算用在刀口上，台北網頁設計公司幫您達到更多曝光效益
※新北清潔公司,居家、辦公、裝潢細清專業服務
※別再煩惱如何寫文案,掌握八大原則!
※教你寫出一流的銷售文案?
※超省錢租車方案
※FB行銷專家,教你從零開始的技巧
如果你想從頭學習Jmeter，可以看看這個系列的文章哦
https://www.cnblogs.com/poloyy/category/1746599.html
我們通過實際栗子去講述理論知識點
| 字段 | 結果 |
|---|---|
| Apply to | 應用範圍，選默認的 main sample only 就行了 |
| Names of created variables |
|
| JSON Path expression |
|
| Match No.(0 for Random) |
|
| Compute concatenation var(suffix_ALL) |
|
| Default Values |
|
這個栗子，我都會以這個地址的接口來完成 JSON 提取器的實戰慄子，大家可以註冊個賬號玩一玩哦
http://api.yesapi.cn/docs.php?keyword=%E4%BC%9A%E5%91%98&channel=api
下面多個栗子都以這個測試計劃為基礎哦
登錄是執行其他接口的前置接口，所以要獲取用戶登錄后的 token、uuid
相對路徑的方式
絕對路徑的方式
這也是某個接口返回的響應內容，後面的栗子也是以這個 JSON 字符串為基礎來提取各種值
感興趣也可以自己玩一玩：http://api.yesapi.cn/docs-api-App.User.GetList.html
{ "ret": 200, "msg": "V2.5.1 YesApi App.User.GetList", "data": { "total": 3, "err_msg": "", "err_code": 0, "users": [ { "role": "user", "status_desc": "正常", "reg_time": "2020-06-22 15:19:51", "role_desc": "普通會員", "ext_info": { "yesapi_nickname": "", "yesapi_points": 0 }, "uuid": "6D5EDCB459F0917A98106E07D5438C58", "username": "fangjieyaossb", "status": 0 }, { "role": "user", "status_desc": "正常", "reg_time": "2020-06-22 14:27:17", "role_desc": "普通會員", "ext_info": { "yesapi_nickname": "", "yesapi_points": 0 }, "uuid": "0164DC0680F84DCE40D3DD4A36640ECA", "username": "fangjieyaossa", "status": 0 }, { "role": "admin", "status_desc": "正常", "reg_time": "2020-03-23 22:48:32", "role_desc": "管理員", "ext_info": { "yesapi_nickname": "", "yesapi_points": 0 }, "uuid": "079BF6BB82AFCFC7084F96AECAF0519F", "username": "fangjieyaoss", "status": 0 } ] } }
| Jsonpath | 結果 |
|---|---|
| $.data.total | 2 |
| $..total | 2 |
| $..users[0].role | user |
| $..uuid | 079BF6BB82AFCFC7084F96AECAF0519F |
| $.data.users[0].ext_info.yesapi_points | 0 |
還會告訴你匹配了多少個值 ${uuid_matchNr} ，記住，調用變量時，不再是 ${uuid} 而是 ${uuid_1} 、 ${uuid_2}
和 Python 切片一樣的原理
| Jsonpath | 結果 |
|---|---|
| $..users[2] | 第三個 users |
| $..users[-2] | 倒數第二個users |
| $..users[0,1] | 前面兩個users |
| $..users[:2] | 第一、二個users |
| $..users[1:2] | 第二個users |
| $..users[-2:] | 倒數兩個users |
| $..users[1:] | 第二個開始的所有users |
提取所有 role 字段值
[*] 表示取數組的所有元素
提取所有 role_desc 字段值
提取所有 reg_time 字段值
提取所有 username 字段值
有時候只需要提取某個特定條件下的參數值
[?(expression)]
| Jsonpath | 結果 |
|---|---|
| $..users[?(@.uuid)] | 提取 users 裡面包含 uuid 字段的記錄 |
| $..users[?(@.reg_time > ‘2020-06-01’)] | 提取 reg_time 字段大於 2020-06-01 的記錄 |
| $..users[?(@.role_desc =~ /.*會員.*?/i)] | 提取 role_desc 字段包含會員的記錄 |
| $..users[?(@.status == 0)] | 提取 status 字段等於 0 的記錄 |
代表當前節點，像上面的四個栗子，@代表 users 這個列表字段
提取 users 第一條記錄的 uuid、username 字段的值
$..users[0].['uuid','username']
new_1={"uuid":"6D5EDCB459F0917A98106E07D5438C58","username":"luojunjiessb"}
uuid_1=6D5EDCB459F0917A98106E07D5438C58 uuid_2=0164DC0680F84DCE40D3DD4A36640ECA uuid_3=079BF6BB82AFCFC7084F96AECAF0519F uuid_ALL=6D5EDCB459F0917A98106E07D5438C58,0164DC0680F84DCE40D3DD4A36640ECA,079BF6BB82AFCFC7084F96AECAF0519F uuid_matchNr=3
uuid1_1=6D5EDCB459F0917A98106E07D5438C58 uuid1_2=0164DC0680F84DCE40D3DD4A36640ECA uuid1_3=079BF6BB82AFCFC7084F96AECAF0519F uuid1_matchNr=3 uuid2_1=6D5EDCB459F0917A98106E07D5438C58 uuid2_2=0164DC0680F84DCE40D3DD4A36640ECA uuid2_3=079BF6BB82AFCFC7084F96AECAF0519F uuid2_matchNr=3
本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理
【其他文章推薦】
※新北清潔公司,居家、辦公、裝潢細清專業服務
※別再煩惱如何寫文案,掌握八大原則!
※網頁設計一頭霧水該從何著手呢? 台北網頁設計公司幫您輕鬆架站!
※超省錢租車方案
※教你寫出一流的銷售文案?
※網頁設計最專業,超強功能平台可客製化
如需轉載，請註明出處：Flutter學習筆記（36）–常用內置動畫
Flutter給我們提供了很多而且很好用的內置動畫，這些動畫僅僅需要簡單的幾行代碼就可以實現一些不錯的效果，Flutter的動畫分為補間動畫和基於物理的動畫，基於物理的動畫我們先不說。
補間動畫很簡單，Android裏面也有補間動畫，就是給UI設置初始的狀態和結束狀態，經過我們定義的一段時間，系統去幫助我們實現開始到結束的過渡變化，這就是補間動畫。
今天我們要看的Flutter的內置動畫就是補間動畫，根據Flutter提供的動畫組件，我們去設置初始、結尾的狀態，並且定義一下這個變化過程所需要的時間，再經過系統的處理（其實就是setState()）來達到動畫的效果。
接下來我們會寫一下常用的內置動畫組件，並且提供一下動畫效果的gif，方便大家更直觀的去理解。
看到Container我們就會知道這是一個帶有動畫屬性的容器組件，這個組件可以定義大小、顏色等屬性，那麼我們是不是就可以給這個組件設置初始和結束的大小及顏色的屬性值，然後通過系統來幫助我們來補足中間過程的動畫呢？
答案是可以的，下面看一下demo和動畫效果：
class _MyHomePageState extends State<MyHomePage> { double _width = 100.0; double _height = 100.0; Color _color = Colors.red; @override Widget build(BuildContext context) { return Scaffold( appBar: AppBar( title: Text(widget.title), ), body: AnimatedContainer( width: _width, height: _height, duration: Duration(seconds: 2), color: _color, curve: Curves.bounceInOut, ), floatingActionButton: FloatingActionButton( onPressed: () { setState(() { _width = 300.0; _height = 300.0; _color = Colors.green; }); }, tooltip: 'Increment', child: Icon(Icons.adjust), ), // This trailing comma makes auto-formatting nicer for build methods. ); } }
demo很簡單，就是先定義好組件初始的大小和顏色，點擊按鈕，在按鈕事件裏面去更改大小和顏色的屬性值。這裏唯一需要特別說一下就是curve這個屬性。
curve指的是動畫曲線？我開始的時候不理解這個動畫曲線是什麼意思，後來看了一組圖之後，豁然開朗。demo裏面curve我們用的是Curves.bounceInOut。如下：
它其實就是一個非線性的動畫的變化形式（變化過程）也可以理解為就是一種函數，也不知道這麼說大家能不能理解。
/// {@animation 464 192 https://flutter.github.io/assets-for-api-docs/assets/animation/curve_bounce_in.mp4} /// {@animation 464 192 https://flutter.github.io/assets-for-api-docs/assets/animation/curve_bounce_in_out.mp4} /// {@animation 464 192 https://flutter.github.io/assets-for-api-docs/assets/animation/curve_bounce_out.mp4} /// {@animation 464 192 https://flutter.github.io/assets-for-api-docs/assets/animation/curve_decelerate.mp4} /// {@animation 464 192 https://flutter.github.io/assets-for-api-docs/assets/animation/curve_ease.mp4} /// {@animation 464 192 https://flutter.github.io/assets-for-api-docs/assets/animation/curve_ease_in.mp4} /// {@animation 464 192 https://flutter.github.io/assets-for-api-docs/assets/animation/curve_ease_in_sine.mp4} /// {@animation 464 192 https://flutter.github.io/assets-for-api-docs/assets/animation/curve_ease_in_quad.mp4} /// {@animation 464 192 https://flutter.github.io/assets-for-api-docs/assets/animation/curve_ease_in_cubic.mp4} /// {@animation 464 192 https://flutter.github.io/assets-for-api-docs/assets/animation/curve_ease_in_quart.mp4} /// {@animation 464 192 https://flutter.github.io/assets-for-api-docs/assets/animation/curve_ease_in_quint.mp4} /// {@animation 464 192 https://flutter.github.io/assets-for-api-docs/assets/animation/curve_ease_in_expo.mp4} /// {@animation 464 192 https://flutter.github.io/assets-for-api-docs/assets/animation/curve_ease_in_circ.mp4} /// {@animation 464 192 https://flutter.github.io/assets-for-api-docs/assets/animation/curve_ease_in_back.mp4} /// {@animation 464 192 https://flutter.github.io/assets-for-api-docs/assets/animation/curve_ease_in_out.mp4} /// {@animation 464 192 https://flutter.github.io/assets-for-api-docs/assets/animation/curve_ease_in_out_sine.mp4} /// {@animation 464 192 https://flutter.github.io/assets-for-api-docs/assets/animation/curve_ease_in_out_quad.mp4} /// {@animation 464 192 https://flutter.github.io/assets-for-api-docs/assets/animation/curve_ease_in_out_cubic.mp4} /// {@animation 464 192 https://flutter.github.io/assets-for-api-docs/assets/animation/curve_ease_in_out_quart.mp4} /// {@animation 464 192 https://flutter.github.io/assets-for-api-docs/assets/animation/curve_ease_in_out_quint.mp4} /// {@animation 464 192 https://flutter.github.io/assets-for-api-docs/assets/animation/curve_ease_in_out_expo.mp4} /// {@animation 464 192 https://flutter.github.io/assets-for-api-docs/assets/animation/curve_ease_in_out_circ.mp4} /// {@animation 464 192 https://flutter.github.io/assets-for-api-docs/assets/animation/curve_ease_in_out_back.mp4} /// {@animation 464 192 https://flutter.github.io/assets-for-api-docs/assets/animation/curve_ease_out.mp4} /// {@animation 464 192 https://flutter.github.io/assets-for-api-docs/assets/animation/curve_ease_out_sine.mp4} /// {@animation 464 192 https://flutter.github.io/assets-for-api-docs/assets/animation/curve_ease_out_quad.mp4} /// {@animation 464 192 https://flutter.github.io/assets-for-api-docs/assets/animation/curve_ease_out_cubic.mp4} /// {@animation 464 192 https://flutter.github.io/assets-for-api-docs/assets/animation/curve_ease_out_quart.mp4} /// {@animation 464 192 https://flutter.github.io/assets-for-api-docs/assets/animation/curve_ease_out_quint.mp4} /// {@animation 464 192 https://flutter.github.io/assets-for-api-docs/assets/animation/curve_ease_out_expo.mp4} /// {@animation 464 192 https://flutter.github.io/assets-for-api-docs/assets/animation/curve_ease_out_circ.mp4} /// {@animation 464 192 https://flutter.github.io/assets-for-api-docs/assets/animation/curve_ease_out_back.mp4} /// {@animation 464 192 https://flutter.github.io/assets-for-api-docs/assets/animation/curve_elastic_in.mp4} /// {@animation 464 192 https://flutter.github.io/assets-for-api-docs/assets/animation/curve_elastic_in_out.mp4} /// {@animation 464 192 https://flutter.github.io/assets-for-api-docs/assets/animation/curve_elastic_out.mp4} /// {@animation 464 192 https://flutter.github.io/assets-for-api-docs/assets/animation/curve_fast_out_slow_in.mp4} /// {@animation 464 192 https://flutter.github.io/assets-for-api-docs/assets/animation/curve_slow_middle.mp4} /// {@animation 464 192 https://flutter.github.io/assets-for-api-docs/assets/animation/curve_linear.mp4}
這裡是每一種curve曲線的表現形式，大家可以看看，也可以在demo裏面多嘗試，或者可以看另一篇博客，有動畫曲線Curves 效果。
Flutter中文網：一個widget，在兩個孩子之間交叉淡入，並同時調整他們的尺寸。
個人說明：CrossFade，故名思意，淡入淡出，AnimatedCrossFade組件包含兩個子widget，一個firstChild一個secondChild，這兩個組件根據狀態（我們自己定義的一個標識）改變狀態，
一個淡入，一個淡出，同時改變大小或顏色等屬性。
class _MyHomePageState extends State<MyHomePage> { bool _showFirst = true; @override Widget build(BuildContext context) { return Scaffold( appBar: AppBar( title: Text(widget.title), ), body: AnimatedCrossFade( firstChild: Container( width: 100, height: 100, color: Colors.red, alignment: Alignment.center, child: Text('firstChild'), ), secondChild: Container( width: 200, height: 200, color: Colors.green, alignment: Alignment.center, child: Text('secondChild'), ), duration: Duration(seconds: 3), crossFadeState: _showFirst ? CrossFadeState.showFirst : CrossFadeState.showSecond, ), floatingActionButton: FloatingActionButton( onPressed: () { setState(() { _showFirst = false; }); }, tooltip: 'Increment', child: Icon(Icons.adjust), ), // This trailing comma makes auto-formatting nicer for build methods. ); } }
Hero常用於頁面跳轉的過長動畫，比如電商App有一個商品列表，列表的每個item都有一張縮略圖，點擊會跳轉到詳情頁面，在Flutter中將圖片從一個路由飛到另一個路由稱為hero動畫，儘管相同的動作有時也稱為 共享元素轉換。
class _MyHomePageState extends State<MyHomePage> { @override Widget build(BuildContext context) { return Scaffold( appBar: AppBar( title: Text(widget.title), ), body: Hero( tag: 'heroTag', child: ClipOval( child: Image.asset( 'images/banner.png', width: 60, height: 60, fit: BoxFit.cover, ), ), ), floatingActionButton: FloatingActionButton( onPressed: () { setState(() { Navigator.push(context, MaterialPageRoute(builder: (_) { return new HeroPage(); })); }); }, tooltip: 'Increment', child: Icon(Icons.adjust), ), // This trailing comma makes auto-formatting nicer for build methods. ); } }
詳情頁面：
import 'package:flutter/material.dart'; class HeroPage extends StatelessWidget { @override Widget build(BuildContext context) { return MaterialApp( title: 'HeroPage', home: Scaffold( appBar: AppBar( title: Text('HeroPage'), ), body: Center( child: GestureDetector( child: Hero( tag: 'heroTag', child: ClipOval( child: Image.asset( 'images/banner.png', width: 300, height: 300, fit: BoxFit.cover, ), ), ), onTap: () { Navigator.pop(context); }, ), ), ), ); } }
注：特彆強調一下，為了將兩個頁面的元素關聯起來，hero有個tag標識，前後兩個頁面的tag標識必須一樣，不然的話元素是關聯不起來的，也就意味着不會產生hero動畫。
1.同級tag不允許相同。
2.前後頁面想要有hero動畫，tag必須相同。
3.前後關聯起來的hero組件，其各自內部的child組件不是必須一樣的，就是說前面的hero的子組件可以是image，後面的hero的子組件可以是image以外的其他組件。
class _MyHomePageState extends State<MyHomePage> with SingleTickerProviderStateMixin { Animation<double> _animation; AnimationController _animationController; @override void initState() { _animationController = AnimationController(duration: Duration(seconds: 3), vsync: this); _animation = new Tween(begin: 0.0, end: 200.0).animate(_animationController); _animationController.forward(); super.initState(); } @override void dispose() { _animationController.dispose(); super.dispose(); } @override Widget build(BuildContext context) { return Scaffold( appBar: AppBar( title: Text(widget.title), ), body: AnimatedBuilder( animation: _animation, builder: (BuildContext context, Widget child) { return Center( child: Container( color: Colors.red, width: _animation.value, height: _animation.value, child: child, ), ); }, )); } }
AnimationController：動畫控制器（定義動畫過程時長）。
Animation：動畫變化區間值（也可以說是開始和結束的關鍵幀值），demo里定義的值為初始0，結束200。
_animation.value：關鍵幀值是0和200，_animation.value的值為0–200之間連續變化的值（0-1-2-3-…-198-199-200）。
Decortated可以給容器添加各種外觀裝飾，比如增加圓角、陰影等裝飾。DecoratedBox的動畫版本，可以給它的Decoration不同屬性使用動畫
class _MyHomePageState extends State<MyHomePage> with SingleTickerProviderStateMixin { Animation<Decoration> _animation; AnimationController _animationController; @override void initState() { _animationController = AnimationController(duration: Duration(seconds: 3), vsync: this); _animation = DecorationTween( begin: BoxDecoration( borderRadius: BorderRadius.all(Radius.circular(0.0)), color: Colors.red), end: BoxDecoration( borderRadius: BorderRadius.all(Radius.circular(30.0)), color: Colors.green)) .animate(_animationController); _animationController.forward(); super.initState(); } @override void dispose() { _animationController.dispose(); super.dispose(); } @override Widget build(BuildContext context) { return Scaffold( appBar: AppBar(title: Text(widget.title)), body: Center( child: DecoratedBoxTransition( decoration: _animation, child: Container( width: 100, height: 100, ), ), ), ); } }
透明度變化動畫，因為透明度也是在0-1之間變化的，所以animation就還繼續用double類型的就可以了。
class _MyHomePageState extends State<MyHomePage> with SingleTickerProviderStateMixin { Animation<double> _animation; AnimationController _animationController; @override void initState() { _animationController = AnimationController(duration: Duration(seconds: 2), vsync: this); _animation = Tween(begin: 1.0, end: 0.0).animate(_animationController); _animationController.forward(); super.initState(); } @override void dispose() { _animationController.dispose(); super.dispose(); } @override Widget build(BuildContext context) { return Scaffold( appBar: AppBar(title: Text(widget.title)), body: Center( child: FadeTransition( opacity: _animation, child: Container( width: 100, height: 100, decoration: BoxDecoration( color: Colors.red, ), ), ), ), ); } }
旋轉動畫，對widget使用旋轉動畫 1~360°（Tween(begin: 0.0, end: 1.0)）這裏的0-1指的是0°-360°
class _MyHomePageState extends State<MyHomePage> with SingleTickerProviderStateMixin { Animation<double> _animation; AnimationController _animationController; @override void initState() { _animationController = AnimationController(duration: Duration(seconds: 2), vsync: this); _animation = Tween(begin: 0.0, end: 1.0).animate(_animationController); _animationController.forward(); super.initState(); } @override void dispose() { _animationController.dispose(); super.dispose(); } @override Widget build(BuildContext context) { return Scaffold( appBar: AppBar(title: Text(widget.title)), body: Center( child: RotationTransition( turns: _animation, child: Container( width: 100, height: 100, decoration: BoxDecoration( color: Colors.red, ), child: Center(child: Text('data')), ), ), ), ); } }
縮放動畫，Tween(begin: 1.0, end: 0.2)指的是原大小的倍數，demo里是由原大小縮小到原來的0.2倍。
class _MyHomePageState extends State<MyHomePage> with SingleTickerProviderStateMixin { Animation<double> _animation; AnimationController _animationController; @override void initState() { _animationController = AnimationController(duration: Duration(seconds: 2), vsync: this); _animation = Tween(begin: 1.0, end: 0.2).animate(_animationController); _animationController.forward(); super.initState(); } @override void dispose() { _animationController.dispose(); super.dispose(); } @override Widget build(BuildContext context) { return Scaffold( appBar: AppBar(title: Text(widget.title)), body: Center( child: ScaleTransition( scale: _animation, child: Container( width: 200, height: 200, decoration: BoxDecoration( color: Colors.red, ), child: Center(child: Text('data')), ), ), ), ); } }
僅一個方向進行縮放
class _MyHomePageState extends State<MyHomePage> with SingleTickerProviderStateMixin { Animation<double> _animation; AnimationController _animationController; @override void initState() { _animationController = AnimationController(duration: Duration(seconds: 2), vsync: this); _animation = Tween(begin: 1.0, end: 0.2).animate(_animationController); _animationController.forward(); super.initState(); } @override void dispose() { _animationController.dispose(); super.dispose(); } @override Widget build(BuildContext context) { return Scaffold( appBar: AppBar(title: Text(widget.title)), body: Center( child: SizeTransition( axis: Axis.horizontal, sizeFactor: _animation, child: Center( child: Container( width: 200, height: 200, decoration: BoxDecoration( color: Colors.red, ), child: Center(child: Text('data')), ), ), ), ), ); } }
以上！有任何疑問歡迎留言！
本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理
【其他文章推薦】
※教你寫出一流的銷售文案?
※廣告預算用在刀口上，台北網頁設計公司幫您達到更多曝光效益
※回頭車貨運收費標準
※別再煩惱如何寫文案,掌握八大原則!
※超省錢租車方案
※產品缺大量曝光嗎?你需要的是一流包裝設計!
Spring的事務管理功能能讓我們非常簡單地進行事務管理。只需要進行簡單的兩步配置即可：
step1：開啟事務管理功能
@Configuration
//@EnableTransactionManagement註解有以下幾個屬性
//proxyTargetClass屬相：指定事務的AOP是通過JDK動態代理實現，還是CGLIB動態代理實現。true的話是CGLIB，false的話是JDK動態代理
// 需要注意的是這個屬性只有在AdviceMode設置成AdviceMode.PROXY的情況下才會生效，加入使用ASPECTJ這AOP框架的話，這個屬性就失效了。
// 另外，這個屬性的設定可能會影響其他需要動態代理的類。比如說將這個屬性設置成true，@Async註解的方法也會使用CGLIB生成代理類。
// 但是總的來說，這個屬性的設置不會造成什麼負面影響，畢竟JDK動態代理和CGLIB動態代理都能實現我們的需求
//mode屬性:Spring提供的AOP功能有兩種實現方式，一種是Spring自帶的AOP功能，主要靠JDK代理和CGLIB代理實現，另外一種是通過第三方框架ASPECTJ實現。這個選項
// 就是設定Spring用哪種方式提供AOP功能。AdviceMode.PROXY表示用Spring自帶的AOP功能，AdviceMode.ASPECTJ表示使用AdviceMode提供AOP功能。
// 需要注意的是Spring自帶的AOP功能不支持本地調用的代理功能，也就是說同一個類中的方法互相調用不會“觸發”代理方法。如果想讓自調用觸發代理，可以考慮使用ASPECTJ。
//order屬性：表示當一個連接點（方法）被切多次時（也就是說有多個Advice和連接點關聯），這些連接點的執行順序。
@EnableTransactionManagement
public class TxConfig {
}
step2:在需要事務管理的方法上添加@Transactional註解
@Override
@Transactional
public int saveSysUser(SysUser user) {
int i = sysUserMapper.insert(user);
return i;
}
整個使用流程就這麼簡單。這篇博客就來簡單分析下Spring是怎麼實現事務管理的。
Spring的很多功能都是通過AOP功能實現的，事務管理也是。我們之前的文章分析過Spring基礎AOP實現的原理。這邊再簡單提下Spring實現AOP的
原理：
Spring基礎的AOP功能的開關是@EnableAspectJAutoProxy，這個註解註冊了一個Bean——AnnotationAwareAspectJAutoProxyCreator，這個Bean才是實現AOP功能的關鍵。
這個Bean實現了InstantiationAwareBeanPostProcessor接口（這個接口是BeanPostProcessor的子接口）。熟悉Spring的讀者知道，實現BeanPostProcessor接口的Bean
會在其他Bean初始化之前初始，然後在其他Bean初始化的時候，BeanPostProcessor的實現會對這些Bean進行“加工處理”。這邊AnnotationAwareAspectJAutoProxyCreator就承擔了加工處理類的角色。這個Bean在其他Bean初始化前後會判斷這個Bean中的方法是不是有對應的Advice，如果有的話就會
通過動態代理的方式生成動態代理類將通知織入進去。
我們發現開啟事務管理的方式和開啟AOP功能的方式很像，也是通過Enable註解開啟。所以很自然就猜想事務管理是不是也是通過BeanPostProcessor的方式實現的。帶着這個猜想去看下@EnableTransactionManagement註解。
@Target(ElementType.TYPE)
@Retention(RetentionPolicy.RUNTIME)
@Documented
@Import(TransactionManagementConfigurationSelector.class)
public @interface EnableTransactionManagement {
boolean proxyTargetClass() default false;
AdviceMode mode() default AdviceMode.PROXY;
int order() default Ordered.LOWEST_PRECEDENCE;
}
看到上面的代碼，我們很自然的會去看TransactionManagementConfigurationSelector的代碼。Spring有兩種方式提供AOP功能，一種是自帶的動態代理的功能，一種是
通過ASPECTJ的方式提供。這邊主要討論Spring自帶的AOP功能。
protected String[] selectImports(AdviceMode adviceMode) {
switch (adviceMode) {
//用代理的方式實現事務管理的AOP功能
case PROXY:
return new String[] {AutoProxyRegistrar.class.getName(),
ProxyTransactionManagementConfiguration.class.getName()};
case ASPECTJ:
return new String[] {determineTransactionAspectClass()};
default:
return null;
}
}
上面的代碼中，我們主要關注PROXY這個case中的方法。這個case中註冊了兩個類：AutoProxyRegistrar和ProxyTransactionManagementConfiguration。
首先我們來看AutoProxyRegistrar這個類，層層點進入，我們發現這個類最終就是註冊了InfrastructureAdvisorAutoProxyCreator這個類。仔細看InfrastructureAdvisorAutoProxyCreator
這個類實現的接口的話，你會發現這個類也是BeanPostProcesser系列的類。看到這裏，我的直覺是事務管理的AOP過程和Spring基礎的AOP功能原理可能是一樣的。
再仔細看InfrastructureAdvisorAutoProxyCreator對BeanPostProcesser系列接口的實現，你會發現都是繼承的AbstractAutoProxyCreator。看到這個驗證了我之前的想法。
下面是Spring對事務管理進行AOP的過程，你會發現和基礎的AOP功能是一套代碼。
@Override
public Object postProcessAfterInitialization(@Nullable Object bean, String beanName) {
if (bean != null) {
Object cacheKey = getCacheKey(bean.getClass(), beanName);
if (this.earlyProxyReferences.remove(cacheKey) != bean) {
return wrapIfNecessary(bean, beanName, cacheKey);
}
}
return bean;
}
protected Object wrapIfNecessary(Object bean, String beanName, Object cacheKey) {
if (StringUtils.hasLength(beanName) && this.targetSourcedBeans.contains(beanName)) {
return bean;
}
if (Boolean.FALSE.equals(this.advisedBeans.get(cacheKey))) {
return bean;
}
if (isInfrastructureClass(bean.getClass()) || shouldSkip(bean.getClass(), beanName)) {
this.advisedBeans.put(cacheKey, Boolean.FALSE);
return bean;
}
// Create proxy if we have advice.
// 代碼1
// 這邊是獲取Advice和Advisor的具體代碼
Object[] specificInterceptors = getAdvicesAndAdvisorsForBean(bean.getClass(), beanName, null);
if (specificInterceptors != DO_NOT_PROXY) {
this.advisedBeans.put(cacheKey, Boolean.TRUE);
//生成代理類
Object proxy = createProxy(
bean.getClass(), beanName, specificInterceptors, new SingletonTargetSource(bean));
this.proxyTypes.put(cacheKey, proxy.getClass());
return proxy;
}
this.advisedBeans.put(cacheKey, Boolean.FALSE);
return bean;
}
再來看看ProxyTransactionManagementConfiguration做了些啥？點進源代碼你會發現這個類的功能很簡單，就是註冊了下面幾個事務管理相關的基礎Bean。
上面的章節中講了Spring是怎麼生成事務相關的AOP代理類的。這邊來講下Spring的事務管理是怎麼生效的——怎麼開啟事務，怎麼回滾事務，怎麼提交事務，Spring中的事務傳播
機制是怎麼生效的。
這塊的代碼主要是在TransactionAspectSupport的invokeWithinTransaction方法中（不要問我是怎麼找到這段代碼的…）。下面講下這個方法中的幾個關鍵點。
protected Object invokeWithinTransaction(Method method, @Nullable Class<?> targetClass,
final InvocationCallback invocation) throws Throwable {
// If the transaction attribute is null, the method is non-transactional.
TransactionAttributeSource tas = getTransactionAttributeSource();
//獲取TransactionAttribute，這個類主要是@Transactional註解的配置信息
final TransactionAttribute txAttr = (tas != null ? tas.getTransactionAttribute(method, targetClass) : null);
//確認事務管理器
final TransactionManager tm = determineTransactionManager(txAttr);
if (this.reactiveAdapterRegistry != null && tm instanceof ReactiveTransactionManager) {
ReactiveTransactionSupport txSupport = this.transactionSupportCache.computeIfAbsent(method, key -> {
if (KotlinDetector.isKotlinType(method.getDeclaringClass()) && KotlinDelegate.isSuspend(method)) {
throw new TransactionUsageException(
"Unsupported annotated transaction on suspending function detected: " + method +
". Use TransactionalOperator.transactional extensions instead.");
}
ReactiveAdapter adapter = this.reactiveAdapterRegistry.getAdapter(method.getReturnType());
if (adapter == null) {
throw new IllegalStateException("Cannot apply reactive transaction to non-reactive return type: " +
method.getReturnType());
}
return new ReactiveTransactionSupport(adapter);
});
return txSupport.invokeWithinTransaction(
method, targetClass, invocation, txAttr, (ReactiveTransactionManager) tm);
}
PlatformTransactionManager ptm = asPlatformTransactionManager(tm);
final String joinpointIdentification = methodIdentification(method, targetClass, txAttr);
if (txAttr == null || !(ptm instanceof CallbackPreferringPlatformTransactionManager)) {
// Standard transaction demarcation with getTransaction and commit/rollback calls.
TransactionInfo txInfo = createTransactionIfNecessary(ptm, txAttr, joinpointIdentification);
Object retVal;
try {
// This is an around advice: Invoke the next interceptor in the chain.
// This will normally result in a target object being invoked.
retVal = invocation.proceedWithInvocation();
}
catch (Throwable ex) {
// target invocation exception
completeTransactionAfterThrowing(txInfo, ex);
throw ex;
}
finally {
cleanupTransactionInfo(txInfo);
}
if (vavrPresent && VavrDelegate.isVavrTry(retVal)) {
// Set rollback-only in case of Vavr failure matching our rollback rules...
TransactionStatus status = txInfo.getTransactionStatus();
if (status != null && txAttr != null) {
retVal = VavrDelegate.evaluateTryFailure(retVal, txAttr, status);
}
}
commitTransactionAfterReturning(txInfo);
return retVal;
}else {
final ThrowableHolder throwableHolder = new ThrowableHolder();
// It's a CallbackPreferringPlatformTransactionManager: pass a TransactionCallback in.
try {
Object result = ((CallbackPreferringPlatformTransactionManager) ptm).execute(txAttr, status -> {
TransactionInfo txInfo = prepareTransactionInfo(ptm, txAttr, joinpointIdentification, status);
try {
Object retVal = invocation.proceedWithInvocation();
if (vavrPresent && VavrDelegate.isVavrTry(retVal)) {
// Set rollback-only in case of Vavr failure matching our rollback rules...
retVal = VavrDelegate.evaluateTryFailure(retVal, txAttr, status);
}
return retVal;
}
catch (Throwable ex) {
if (txAttr.rollbackOn(ex)) {
// A RuntimeException: will lead to a rollback.
if (ex instanceof RuntimeException) {
throw (RuntimeException) ex;
}
else {
throw new ThrowableHolderException(ex);
}
}
else {
// A normal return value: will lead to a commit.
throwableHolder.throwable = ex;
return null;
}
}
finally {
cleanupTransactionInfo(txInfo);
}
});
// Check result state: It might indicate a Throwable to rethrow.
if (throwableHolder.throwable != null) {
throw throwableHolder.throwable;
}
return result;
}
catch (ThrowableHolderException ex) {
throw ex.getCause();
}
catch (TransactionSystemException ex2) {
if (throwableHolder.throwable != null) {
logger.error("Application exception overridden by commit exception", throwableHolder.throwable);
ex2.initApplicationException(throwableHolder.throwable);
}
throw ex2;
}
catch (Throwable ex2) {
if (throwableHolder.throwable != null) {
logger.error("Application exception overridden by commit exception", throwableHolder.throwable);
}
throw ex2;
}
}
}
事務操作的主要代碼都在這個方法中，要詳細將這個方法能寫很多內容。這邊就不詳細展開了，大家感興趣的可以仔細研究下這個方法。
如果你仔細看過Spring的相關源代碼，會發現Spring的Enable系列的註解都是上面的“套路”，熟悉了@EnableTransactionManagement註解生效的原理，其他註解都是類似的生效規則。比如
希望大家能做到觸類旁通。
本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理
【其他文章推薦】
※超省錢租車方案
※別再煩惱如何寫文案,掌握八大原則!
※回頭車貨運收費標準
※教你寫出一流的銷售文案?
※FB行銷專家,教你從零開始的技巧
interrupt() 定義在 Thread 類中，作用是中斷本線程。
本線程中斷自己是被允許的；其它線程調用本線程的 interrupt() 方法時，會通過 checkAccess() 檢查權限。這有可能拋出 SecurityException 異常。
如果本線程是處於阻塞狀態：調用線程的 wait() , wait(long) 或 wait(long, int) 會讓它進入等待(阻塞)狀態，或者調用線程的 join()，join(long)，join(long, int)，sleep(long)，sleep(long, int) 也會讓它進入阻塞狀態。若線程在阻塞狀態時，調用了它的 interrupt() 方法，那麼它的“中斷狀態”會被清除並且會收到一個 InterruptedException 異常。例如，線程通過 wait() 進入阻塞狀態，此時通過 interrupt() 中斷該線程；調用 interrupt() 會立即將線程的中斷標記設為 true，但是由於線程處於阻塞狀態，所以該“中斷標記”會立即被清除為 “false”，同時，會產生一個 InterruptedException 的異常。
如果線程被阻塞在一個 Selector 選擇器中，那麼通過 interrupt() 中斷它時；線程的中斷標記會被設置為 true，並且它會立即從選擇操作中返回。
如果不屬於前面所說的情況，那麼通過 interrupt() 中斷線程時，它的中斷標記會被設置為 true。
中斷一個“已終止的線程”不會產生任何操作。
Thread中的 stop() 和 suspend() 方法，由於固有的不安全性，已經建議不再使用！
下面，我先分別討論線程在“阻塞狀態”和“運行狀態”的終止方式，然後再總結出一個通用的方式。
通常，我們通過“中斷”方式終止處於“阻塞狀態”的線程。
當線程由於被調用了 sleep(),，wait()，join() 等方法而進入阻塞狀態；若此時調用線程的 interrupt() 將線程的中斷標記設為 true。由於處於阻塞狀態，中斷標記會被清除，同時產生一個InterruptedException 異常。將 InterruptedException 放在適當的位置就能終止線程，形式如下：
public void run() { try { while (true) { // 執行業務 } } catch (InterruptedException ie) { // 由於產生InterruptedException異常，退出while(true)循環，線程終止！ } }
說明：
在while(true)中不斷的執行業務代碼，當線程處於阻塞狀態時，調用線程的 interrupt() 產生 InterruptedException 中斷。中斷的捕獲在 while(true) 之外，這樣就退出了 while(true) 循環！
注意：
對 InterruptedException 的捕獲務一般放在 while(true) 循環體的外面，這樣，在產生異常時就退出了 while(true) 循環。否則，InterruptedException 在 while(true) 循環體之內，就需要額外的添加退出處理。形式如下：
public void run() { while (true) { try { // 執行任務... } catch (InterruptedException ie) { // InterruptedException在while(true)循環體內。 // 當線程產生了InterruptedException異常時，while(true)仍能繼續運行！需要手動退出 break; } } }
說明：
上面的 InterruptedException 異常的捕獲在 whle(true) 之內。當產生 InterruptedException 異常時，被 catch 處理之外，仍然在 while(true) 循環體內；要退出 while(true) 循環體，需要額外的執行退出while(true) 的操作。
通常，我們通過“標記”方式終止處於“運行狀態”的線程。其中，包括“中斷標記”和“額外添加標記”。
1、通過“中斷標記”終止線程
public void run() { while (!isInterrupted()) { // 執行任務... } }
說明：
isInterrupted() 是判斷線程的中斷標記是不是為 true。當線程處於運行狀態，並且我們需要終止它時；可以調用線程的 interrupt() 方法，使用線程的中斷標記為 true，即 isInterrupted() 會返回true。此時，就會退出while循環。
注意：interrupt() 並不會終止處於“運行狀態”的線程！它會將線程的中斷標記設為 true。
2、通過“額外添加標記”終止線程
private volatile boolean flag= true; protected void stopTask() { flag = false; } public void run() { while (flag) { // 執行任務... } }
說明：
線程中有一個 flag 標記，它的默認值是 true；並且我們提供 stopTask() 來設置 flag 標記。當我們需要終止該線程時，調用該線程的 stopTask() 方法就可以讓線程退出 while 循環。
注意：將 flag 定義為 volatile 類型，是為了保證 flag 的可見性。即其它線程通過 stopTask() 修改了 flag 之後，本線程能看到修改后的 flag 的值。
綜合線程處於“阻塞狀態”和“運行狀態”的終止方式，比較通用的終止線程的形式如下：
public void run() { try { // 1. isInterrupted()保證，只要中斷標記為true就終止線程。 while (!isInterrupted()) { // 執行任務... } } catch (InterruptedException ie) { // 2. InterruptedException異常保證，當InterruptedException異常產生時，線程被終止。 } }
1、isInterrupted()保證，只要中斷標記為 true 就終止線程。
2、InterruptedException 異常保證，當 InterruptedException 異常產生時，線程被終止。
public class InterruptTest { public static void main(String[] args) { try { Thread t1 = new MyThread("t1"); // 新建線程t1 System.out.println(t1.getName() + "[" + t1.getState() + "] is new."); t1.start();// 啟動線程t1 System.out.println(t1.getName() + "[" + t1.getState() + "] is started."); Thread.sleep(300);// 休眠300毫秒，然後主線程給t1發“中斷”指令，查看t1狀態 t1.interrupt(); System.out.println(t1.getName() + "[" + t1.getState() + "] is interrupted."); Thread.sleep(300);// 休眠300毫秒，然後查看t1狀態 System.out.println(t1.getName() + "[" + t1.getState() + "] is interrupted now."); }catch(InterruptedException e) { e.printStackTrace(); } } } class MyThread extends Thread{ public MyThread(String name) { super(name); } @Override public void run() { try { int i = 0; while(!isInterrupted()) { Thread.sleep(100);// 休眠100毫秒 ++i; System.out.println(Thread.currentThread().getName() + "[" + this.getState() + "] loop " + i); } }catch(InterruptedException e) { System.out.println(Thread.currentThread().getName() + "[" + this.getState() + "] catch InterruptedException"); } } }
// 運行結果 t1 [ NEW ] is new. t1 [ RUNNABLE ] is started. t1 [ RUNNABLE ] loop 1 t1 [ RUNNABLE ] loop 2 t1 [ RUNNABLE ] loop 3 t1 [ RUNNABLE ] catch InterruptedException t1 [ TERMINATED ] is interrupted. t1 [ TERMINATED ] is interrupted now.
說明：
①、主線程 main 中通過 new MyThread(“t1”) 創建線程 t1，之後通過 t1.start() 啟動線程 t1。
②、t1 啟動之後，會不斷的檢查它的中斷標記，如果中斷標記為“false”；則休眠 100ms。
③、t1 休眠之後，會切換到主線程main；主線程再次運行時，會執行t1.interrupt()中斷線程t1。t1收到中斷指令之後，會將t1的中斷標記設置“false”，而且會拋出 InterruptedException 異常。在 t1 的 run() 方法中，是在循環體 while 之外捕獲的異常；因此循環被終止。
我們對上面的結果進行小小的修改，將run()方法中捕獲InterruptedException異常的代碼塊移到while循環體內。
public class InterruptTest { public static void main(String[] args) { try { Thread t1 = new MyThread("t1"); // 新建線程t1 System.out.println(t1.getName() + " [ " + t1.getState() + " ] is new."); t1.start();// 啟動線程t1 System.out.println(t1.getName() + " [ " + t1.getState() + " ] is started."); Thread.sleep(300);// 休眠300毫秒，然後主線程給t1發“中斷”指令，查看t1狀態 t1.interrupt(); System.out.println(t1.getName() + " [ " + t1.getState() + " ] is interrupted."); Thread.sleep(300);// 休眠300毫秒，然後查看t1狀態 System.out.println(t1.getName() + " [ " + t1.getState() + " ] is interrupted now."); }catch(InterruptedException e) { e.printStackTrace(); } } } class MyThread extends Thread{ public MyThread(String name) { super(name); } @Override public void run() { int i = 0; while(!isInterrupted()) { try { Thread.sleep(100); // 休眠100ms } catch (InterruptedException ie) { System.out.println(Thread.currentThread().getName() +" [ "+this.getState()+" ] catch InterruptedException."); } i++; System.out.println(Thread.currentThread().getName()+" [ "+this.getState()+" ] loop " + i); } } }
// 運行結果 t1 [ NEW ] is new. t1 [ RUNNABLE ] is started. t1 [ RUNNABLE ] loop 1 t1 [ RUNNABLE ] loop 2 t1 [ TIMED_WAITING ] is interrupted. t1 [ RUNNABLE ] catch InterruptedException. t1 [ RUNNABLE ] loop 3 t1 [ RUNNABLE ] loop 4 t1 [ RUNNABLE ] loop 5 t1 [ RUNNABLE ] loop 6 t1 [ RUNNABLE ] is interrupted now. t1 [ RUNNABLE ] loop 7 ...... // 無限循環
說明：
程序進入了死循環了。
這是因為，t1在“等待(阻塞)狀態”時，被 interrupt() 中斷；此時，會清除中斷標記（即 isInterrupted() 會返回 false），而且會拋出 InterruptedException 異常（該異常在while循環體內被捕獲）。因此，t1理所當然的會進入死循環了。
解決該問題，需要我們在捕獲異常時，額外的進行退出 while 循環的處理。例如，在 MyThread 的 catch(InterruptedException) 中添加 break 或 return 就能解決該問題。
下面是通過“額外添加標記”的方式終止“狀態狀態”的線程的示例：
public class InterruptTest { public static void main(String[] args) { try { MyThread t1 = new MyThread("t1"); // 新建線程t1 System.out.println(t1.getName() + " [ " + t1.getState() + " ] is new."); t1.start();// 啟動線程t1 System.out.println(t1.getName() + " [ " + t1.getState() + " ] is started."); Thread.sleep(300);// 休眠300毫秒，然後主線程給t1發“中斷”指令，查看t1狀態 t1.stopTask(); System.out.println(t1.getName() + " [ " + t1.getState() + " ] is interrupted."); Thread.sleep(300);// 休眠300毫秒，然後查看t1狀態 System.out.println(t1.getName() + " [ " + t1.getState() + " ] is interrupted now."); }catch(InterruptedException e) { e.printStackTrace(); } } } class MyThread extends Thread{ private volatile boolean flag = true; public void stopTask() { flag = false; } public MyThread(String name) { super(name); } @Override public void run() { synchronized (this) { int i = 0; while(flag) { try { Thread.sleep(100); // 休眠100ms } catch (InterruptedException ie) { System.out.println(Thread.currentThread().getName() +" [ "+this.getState()+" ] catch InterruptedException."); break; } i++; System.out.println(Thread.currentThread().getName()+" [ "+this.getState()+" ] loop " + i); } } } }
// 運行結果 t1 [ NEW ] is new. t1 [ RUNNABLE ] is started. t1 [ RUNNABLE ] loop 1 t1 [ RUNNABLE ] loop 2 t1 [ RUNNABLE ] loop 3 t1 [ RUNNABLE ] is interrupted. t1 [ TERMINATED ] is interrupted now.
interrupted() 和 isInterrupted()都能夠用於檢測對象的“中斷標記”。
區別是，interrupted() 除了返回中斷標記之外，它還會清除中斷標記（即將中斷標記設為 false）；而 isInterrupted() 僅僅返回中斷標記。
本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理
【其他文章推薦】
※網頁設計一頭霧水該從何著手呢? 台北網頁設計公司幫您輕鬆架站!
※網頁設計公司推薦不同的風格，搶佔消費者視覺第一線
※想知道購買電動車哪裡補助最多?台中電動車補助資訊懶人包彙整
※南投搬家公司費用,距離,噸數怎麼算?達人教你簡易估價知識!
※教你寫出一流的銷售文案?
※超省錢租車方案