運動版全身大幅採用超高張力鋼板，並在車身關鍵部位進行了強化，安全性進一步提升。在主動安全性方面，T600運動版更將安全防護展現得淋漓盡致，安全配一應俱全。ESC車身穩定系統、HAC上坡輔助系統、前後倒車雷達及360°可視倒車影像等安全配置，與6方位安全氣囊、盲點信息系統、紅外夜視系統、TpMS智能胎壓監測、可選裝的HUD抬頭显示系統等尖端科技配備聯合上演重重壁壘，出色安全，呼之欲出，滿滿自信應對挑戰，盡享出行便利。

12月6日，中國汽車場地越野錦標賽（COC）廈門站比賽圓滿結束，也是最後一場分站賽，在各組別激烈的決賽搶分大戰中，眾泰T600越野車隊在汽油廠商組中奪得頭籌，車手鹿丙龍奪取該組冠軍，並與隊友徐瑩一起為車隊捧回了廠商杯冠軍殊榮，從而擴大了在年度積分方面的領先優勢，眾泰已經在今年分站比賽中已獲得六連冠，高歌猛進，一步步接近年度總冠軍。

作為本年度分站賽的最後一站，各個車隊之間的競爭日趨白熱化，尤其是之前比賽積分接近的車隊及隊員，比賽前已經是“劍拔弩張”，力爭本站取得更好排名和積分。眾泰車隊隊長楊逵如是向記者說道：“相對來說，我們在汽油改裝組的優勢要大一些，汽油廠商組和奇瑞車隊比較接近，由於總決賽採用雙倍積分的賽制，能否最終獲得全年總冠軍，廈門站比賽顯得尤為重要”。

【場地航拍圖】

【車隊大營】

【眾泰T600戰車】

汽油廠商組

本次比賽最大的變化就是之前因嚴重違規被禁賽的長安CS75車隊，重新回到了比賽。針對COC廈門站比賽形勢的變化，眾泰T600越野車隊對參賽陣容也進行了微調，喬旭與刁志剛攜手出擊汽油改裝組，鹿丙龍回歸汽油廠商組，和徐瑩搭檔。

在6圈的第一輪預賽中，車手們都拿出渾身解數，以求跑出好成績，從而得到決賽中最好的發車位置。眾泰車隊的鹿丙龍和徐瑩不負眾望，以小組第三、第四的成績闖進決賽，一起進入決賽的還有長安CS75車隊的文凡和孟斌。

“我們自身和車輛都調整到了最好狀態，對下午進行的決賽充滿信心”，眾泰T600越野車隊的車手鹿丙龍在決賽前向記者如是說。決賽中，鹿丙龍的表現堪稱“完美”，以絕對優勢力壓長安CS75車隊的孟斌和文凡獲得本組冠軍，其隊友徐瑩獲得本組季軍，獲得本組亞軍的是來自長安CS75車隊的孟斌，同時，鹿丙龍和徐瑩為眾泰T600越野車隊爭得了汽油廠商組的車隊團體冠軍獎盃。

汽油改裝組

眾泰T600越野車隊的喬旭在第一輪預賽中並不順利，他在第三圈的時候賽車出現失誤，賽車在幾處急彎都發生失控打橫，這極大地影響了喬旭的成績，儘管第二輪成績出色，但仍與決賽失之交臂，其隊友刁志剛以小組第三的成績征戰第二天進行的決賽。

6日下午的決賽中，車手刁志剛一人獨自面對其他三位車手的多面夾擊，面對發車位置不力的劣勢，刁志剛仍然奮起直追，最後以微小差距獲得了本小組的季軍，獲得本組冠亞軍的是來自另外兩支車隊的趙向前和童振榮。

作為“主流價值SUV”的眾泰T600，同眾泰車隊一樣，已然成為乘用車銷售市場上的佼佼者，早已進入月銷量“萬台俱樂部”，2016年1-10月份更是實現了94371台的銷量，以月均近萬台的銷量位居自主品牌中型SUV銷量榜首。

而且2016年眾泰汽車推出了更為年輕時尚的眾泰T600運動版，作為在眾泰T600優勢平台上推出的車型，眾泰T600運動版同樣以其年輕時尚又不乏沉穩的外觀、越級的配置在整個市場中還是有着普遍好評，銷量也是芝麻開花節節高。

眾泰T600運動版全系標配10寸中控彩色大屏，內容豐富。而Tye-net智控系統的優勢融入，實現手機操遠程控愛車，娛樂隨行，舒心便利。

此外，眾泰T600運動版還配備了一鍵啟動/無鑰匙進入、紅外夜視系統、腳步感應式電動尾門等尖端科技配備，讓駕乘人員充分享受科技智能帶來的便捷體驗。電動全景天窗、电子駐車系統、前排座椅分級加熱、雙區獨立自動恆溫空調、手機無線充電、方向盤/座椅/后視鏡三項聯動記憶功能、全液晶儀錶盤、定速巡航等帶來更加細緻入微的貼心關懷，讓出行一路無虞。

安全配置方面，眾泰T600運動版同級領先的安全性讓駕乘者無需前瞻後顧，無憂外出。運動版全身大幅採用超高張力鋼板，並在車身關鍵部位進行了強化，安全性進一步提升。在主動安全性方面，T600運動版更將安全防護展現得淋漓盡致，安全配一應俱全。ESC車身穩定系統、HAC上坡輔助系統、前後倒車雷達及360°可視倒車影像等安全配置，與6方位安全氣囊、盲點信息系統、紅外夜視系統、TpMS智能胎壓監測、可選裝的HUD抬頭显示系統等尖端科技配備聯合上演重重壁壘，出色安全，呼之欲出，滿滿自信應對挑戰，盡享出行便利。

而眾泰T600運動版不只是在外觀上吸引目光，在內飾的色彩搭配上，更是可圈可點，整個車內空間看起來既神秘又科技時尚。

眾泰T600運動版擁有的2807mm的傲人軸距，有效保證了車輛的駕乘空間。車內豐富的儲物空間為日常儲物提供了便利，而且後排座椅放倒後進一步拓展了後備箱空間，可以盡情享受眾泰T600運動版帶來的寬適空間。

動力方面，T600運動版提供1.5T及2.0T兩種發動機車型，1.5T渦輪增壓發動機與5速手動變速器搭配出黃金動力組合，最大功率達119KW，最大扭矩達215N·m。更加值得期待的是其2.0T車型，搭配使用旋鈕換擋式6速雙離合或5速手動變速器，最大功率140KW，最大扭矩250N·m，百公里加速只需9.26秒，充分提高了燃油的利用率，更加的節能環保，同時降低了用車成本。眾泰T600運動版，就是這樣讓你既有“面子”，又有“裡子”。

還有值得一說的是，眾泰T600在2015年J.D.power亞太公司發布的中國新車質量研究(IQS)報告，眾泰T600在中型SUV中pp100（每百車問題數）為100，優於中型SUV平均水平（pp100：106），全國綜合排名第13位，位列中型SUV中國品牌第二名。

2016年度COC總決賽將於12月中旬在廣西柳州打響，總決賽將實行雙倍積分制，各組別總決賽冠軍將收穫50分，這也讓之前積分落後並不太多的車手擁有了翻身逆轉的機會，那眾泰T600能否攜勢而來，獲得全年比賽的總冠軍，讓我們拭目以待！本站聲明:網站內容來源於http://www.auto6s.com/,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※台北網頁設計公司這麼多該如何選擇?

※智慧手機時代的來臨，RWD網頁設計為架站首選

※評比南投搬家公司費用收費行情懶人包大公開

※回頭車貨運收費標準

※網頁設計最專業,超強功能平台可客製化

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

前言

1. 什麼是async/await？
   await和async是.NET Framework4.5框架、C#5.0語法裏面出現的技術，目的是用於簡化異步編程模型。

2. async和await的關係？
   async和await是成對出現的。
   async出現在方法的聲明裡，用於批註一個異步方法。光有async是沒有意義的。
   await出現在方法內部，Task前面。只能在使用async關鍵字批註的方法中使用await關鍵字。

        private async Task DoSomething()
        {
            await Task.Delay(TimeSpan.FromSeconds(10));
        }

1. async/await會創建新的線程嗎？
   不會。async/await關鍵字本身是不會創建新的線程的，但是被await的方法內部一般會創建新的線程。

2. asp.net mvc/webapi action中使用async/await會提高請求的響應速度嗎？
   不會。

正題

我們都知道web應用不同於winform、wpf等客戶端應用，客戶端應用為了保證UI渲染的一致性往往都是採用單線程模式，這個UI線程稱為主線程，如果在主線程做耗時操作就會導致程序界面假死，所以客戶端開發中使用多線程異步編程非常必要。
可web應用本身就是多線程模式，服務器會為每個請求分配工作線程。
既然async/await不能創建新線程，又不能使提高請求的響應速度，那.NET Web應用中為什麼要使用async/await異步編程呢？

在 web 服務器上，.NET Framework 維護用於處理 ASP.NET 請求的線程池。 當請求到達時，將調度池中的線程以處理該請求。 如果以同步方式處理請求，則處理請求的線程將在處理請求時處於繁忙狀態，並且該線程無法處理其他請求。

在啟動時看到大量併發請求的 web 應用中，或具有突發負載（其中併發增長突然增加）時，使 web 服務調用異步會提高應用程序的響應能力。 異步請求與同步請求所需的處理時間相同。 如果請求發出需要兩秒鐘時間才能完成的 web 服務調用，則該請求將需要兩秒鐘，無論是同步執行還是異步執行。 但是，在異步調用期間，線程在等待第一個請求完成時不會被阻止響應其他請求。 因此，當有多個併發請求調用長時間運行的操作時，異步請求會阻止請求隊列和線程池的增長。

下面用代碼來實際測試一下：

• 先是同步的方式，代碼很簡單，就是輸出一下請求開始和結束的時間和線程ID：

        public ActionResult Index()
        {
            DateTime startTime = DateTime.Now;//進入DoSomething方法前的時間
            var startThreadId = Thread.CurrentThread.ManagedThreadId;//進入DoSomething方法前的線程ID

            DoSomething();//耗時操作

            DateTime endTime = DateTime.Now;//完成DoSomething方法的時間
            var endThreadId = Thread.CurrentThread.ManagedThreadId;//完成DoSomething方法后的線程ID
            return Content($"startTime:{ startTime.ToString("yyyy-MM-dd HH:mm:ss:fff") } startThreadId:{ startThreadId }<br/>endTime:{ endTime.ToString("yyyy-MM-dd HH:mm:ss:fff") } endThreadId:{ endThreadId }<br/><br/>");
        }

        /// <summary>
        /// 耗時操作
        /// </summary>
        /// <returns></returns>
        private void DoSomething()
        {
            Thread.Sleep(10000);
        }

使用瀏覽器開3個標籤頁進行測試（因為瀏覽器對同一域名下的連接數有限制，一般是6個左右，所以就弄3個吧）：

可以看到耗時都是10秒，開始和結束的線程ID一致。

• 下面改造成異步的：

        public async Task<ActionResult> Index()
        {
            DateTime startTime = DateTime.Now;//進入DoSomething方法前的時間
            var startThreadId = Thread.CurrentThread.ManagedThreadId;//進入DoSomething方法前的線程ID

            await DoSomething();//耗時操作

            DateTime endTime = DateTime.Now;//完成DoSomething方法的時間
            var endThreadId = Thread.CurrentThread.ManagedThreadId;//完成DoSomething方法后的線程ID
            return Content($"startTime:{ startTime.ToString("yyyy-MM-dd HH:mm:ss:fff") } startThreadId:{ startThreadId }<br/>endTime:{ endTime.ToString("yyyy-MM-dd HH:mm:ss:fff") } endThreadId:{ endThreadId }<br/><br/>");
        }

        /// <summary>
        /// 耗時操作
        /// </summary>
        /// <returns></returns>
        private async Task DoSomething()
        {
            await Task.Run(() => Thread.Sleep(10000));
        }

結果：

可以看到3次請求中，雖然耗時都是10秒，但是出現了開始和結束的線程ID不一致的情況，ID為22的這個線程工作了多次，這意味着使用異步方式在同一時間可以處理更多的請求！（這句話不太對，3個同步的併發請求必然會分配3個工作線程，但是使用異步的話，同一個線程可以被多個請求重複利用。因為線程池的線程數量是有上限的，所以在相同數量的線程下，使用異步方式能處理更多的請求。）
IIS默認隊列長度：

await關鍵字不會阻塞線程直到任務完成。 它將方法的其餘部分註冊為任務的回調，並立即返回。 當await的任務最終完成時，它將調用該回調，並因此在其中斷時繼續執行方法。

簡單來說：就是使用同步方法時，線程會被耗時操作一直佔有，直到耗時操作完成。而使用異步方法，程序走到await關鍵字時會立即return，釋放線程，餘下的代碼會放進一個回調中（Task.GetAwaiter()的UnsafeOnCompleted(Action)回調），耗時操作完成時才會回調執行，所以async/await是語法糖，其本質是一個狀態機。

那是不是所有的action都要用async/await呢？
不是。一般的磁盤IO或者網絡請求等耗時操作才考慮使用異步，不要為了異步而異步，異步也是需要消耗性能的，使用不合理會適得其反。

結論

async/await異步編程不能提升響應速度，但是可以提升響應能力（吞吐量）。異步和同步各有優劣，要合理選擇，不要為了異步而異步。

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

【其他文章推薦】

※台北網頁設計公司這麼多該如何選擇?

※智慧手機時代的來臨，RWD網頁設計為架站首選

※評比南投搬家公司費用收費行情懶人包大公開

※回頭車貨運收費標準

※網頁設計最專業,超強功能平台可客製化

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

有一個 ?

遇到這樣一個疑問：當where查詢中In一個索引字段作為條件，那麼在查詢中還會使用到索引嗎？

SELECT * FROM table_name WHERE column_index in (expr)

上面的sql語句檢索會使用到索引嗎？帶着這個問題，在網上查找了很多文章，但是有的說 in 會導致放棄索引，全表掃描；有的說Mysql5.5之前的版本不會走，之後的innodb版本會走索引…

越看越迷糊，那答案到底是怎樣的呢？

唯有實踐是檢驗真理的唯一方式！

拿出我們的利刃——EXPLAIN，去剖析 SELECT 語句，一探究竟！

EXPLAIN 的用法

在 SELECT 語句前加上 EXPLAIN 就可以了 ，例如：

EXPLAIN SELECT * FROM table_name [WHERE Clause]

EXPLAIN 的輸出

EXPLAIN 命令的輸出內容為一個表格形式，表的每一個字段含義如下：

列名	解釋
id	SELECT 查詢的標識符. 每個 SELECT 都會自動分配一個唯一的標識符
select_type	SELECT 查詢的類型
table	查詢的是哪個表
partitions	匹配的分區
type	join 類型
possible_keys	此次查詢中可能選用的索引
key	此次查詢中確切使用到的索引
ref	哪個字段或常數與 key 一起被使用;與索引比較的列
rows	显示此查詢一共掃描了多少行, 這個是一個估計值
filtered	表示此查詢條件所過濾的數據的百分比
extra	額外的信息

select_type

查詢類型	解釋
SIMPLE	表示此查詢不包含 UNION 查詢或子查詢
PRIMARY	表示此查詢是最外層的查詢
UNION	表示此查詢是 UNION 的第二或隨後的查詢
DEPENDENT UNION	UNION 中的第二個或後面的查詢語句, 取決於外面的查詢
UNION RESULT	UNION 的結果
SUBQUERY	子查詢中的第一個 SELECT
DEPENDENT SUBQUERY	子查詢中的第一個 SELECT，取決於外面的查詢。子查詢依賴於外層查詢的結果
MATERIALIZED	Materialized subquery

table

表示查詢涉及的表或衍生表 。 這也可以是以下值之一：

• <unionM,N>：該行指的是具有和id值的行 的 M並集 N。
• ：該行是指用於與該行的派生表結果id的值 N。派生表可能來自FROM子句中的子查詢 。
• ：該行是指該行的物化子查詢的結果，其id 值為N。

partitions

查詢將匹配記錄的分區。該值適用NULL於未分區的表。

type

聯接類型。 提供了判斷查詢是否高效的重要依據依據。通過 type 字段，我們判斷此次查詢是全表掃描還是索引掃描等。 從最佳類型到最差類型：

• system： 該表只有一行（=系統表）。這是const聯接類型的特例 。

• const： 針對主鍵或唯一索引的等值查詢掃描，最多只返回一行數據。const 查詢速度非常快，因為它僅僅讀取一次即可 。

  SELECT * FROM tbl_name WHERE primary_key=1;
  
  SELECT * FROM tbl_name
    WHERE primary_key_part1=1 AND primary_key_part2=2;
  

• eq_ref： 此類型通常出現在多表的 join 查詢，表示對於前表的每一個結果，都只能匹配到后表的一行結果。並且查詢的比較操作通常是 =，查詢效率較高

  SELECT * FROM ref_table,other_table
    WHERE ref_table.key_column=other_table.column;
  
  SELECT * FROM ref_table,other_table
    WHERE ref_table.key_column_part1=other_table.column
    AND ref_table.key_column_part2=1;
  

• ref ： 此類型通常出現在多表的 join 查詢，針對於非唯一或非主鍵索引，或者是使用了最左前綴規則索引的查詢。ref可以用於使用=或<=> 運算符進行比較的索引列。

  SELECT * FROM ref_table WHERE key_column=expr;
  
  SELECT * FROM ref_table,other_table
    WHERE ref_table.key_column=other_table.column;
  
  SELECT * FROM ref_table,other_table
    WHERE ref_table.key_column_part1=other_table.column
    AND ref_table.key_column_part2=1;
  

• ref_or_null： 這種連接類型類似於 ref，但是除了MySQL會額外搜索包含NULL值的行。此聯接類型優化最常用於解析子查詢。

  SELECT * FROM ref_table
    WHERE key_column=expr OR key_column IS NULL;
  

• unique_subquery： 只是一個索引查找函數，它完全替代了子查詢以提高效率。

  value IN (SELECT primary_key FROM single_table WHERE some_expr)
  

• index_subquery：此連接類型類似於 unique_subquery。它代替IN子查詢，但適用於以下形式的子查詢中的非唯一索引。

• range： 表示使用索引範圍查詢, 通過索引字段範圍獲取表中部分數據記錄。這個類型通常出現在 =，<>，>，>=，<，<=，IS NULL，<=>，BETWEEN，IN() 操作中。

  當 type 是 range 時，那麼 EXPLAIN 輸出的 ref 字段為 NULL，並且 key_len 字段是此次查詢中使用到的索引的最長的那個 。

  SELECT * FROM tbl_name
    WHERE key_column = 10;
  
  SELECT * FROM tbl_name
    WHERE key_column BETWEEN 10 and 20;
  
  SELECT * FROM tbl_name
    WHERE key_column IN (10,20,30);
  
  SELECT * FROM tbl_name
    WHERE key_part1 = 10 AND key_part2 IN (10,20,30);
  

• index： 表示全索引掃描(full index scan)和 ALL 類型類似，只不過 ALL 類型是全表掃描，而 index 類型則僅僅掃描所有的索引，而不掃描數據。

  index 類型通常出現在: 所要查詢的數據直接在索引樹中就可以獲取到，而不需要掃描數據。當是這種情況時，Extra 字段 會显示 Using index

• ALL： 表示全表掃描，這個類型的查詢是性能最差的查詢之一。

  我們的查詢不應該出現 ALL 類型的查詢，因為這樣的查詢在數據量大的情況下，對數據庫的性能是巨大的災難。如一個查詢是 ALL 類型查詢，那麼一般來說可以對相應的字段添加索引來避免 。

possible_keys

表示 MySQL 在查詢時，能夠使用到的索引。

即使有些索引在 possible_keys 中出現，但是並不表示此索引會真正地被 MySQL 使用到。MySQL 在查詢時具體使用了哪些索引，由 key 字段決定。

key

是 MySQL 在當前查詢時所真正使用到的索引。

key_len

表示查詢優化器使用了索引的字節數。

這個字段可以評估組合索引是否完全被使用，或只有最左部分字段被使用到。key_len 的計算規則如下：

• 字符串
  • char(n): n 字節長度
  • varchar(n): 如果是 utf8 編碼, 則是 3n + 2字節; 如果是 utf8mb4 編碼, 則是 4n + 2 字節
• 數值類型
• TINYINT: 1字節
• SMALLINT: 2字節
• MEDIUMINT: 3字節
• INT: 4字節
• BIGINT: 8字節
• 時間類型
• DATE: 3字節
• TIMESTAMP: 4字節
• DATETIME: 8字節
• 字段屬性： NULL 屬性 佔用一個字節。如果一個字段是 NOT NULL 的, 則沒有此屬性

rows

查詢優化器根據統計信息，估算 SQL 要查找到結果集需要掃描讀取的數據行數。這個值非常直觀显示 SQL 的效率好壞，原則上 rows 越少越好。

這個 rows 就是 mysql 認為必須要逐行去檢查和判斷的記錄的條數。舉個例子來說，假如有一個語句 select * from t where column_a = 1 and column_b = 2; 全表假設有 100 條記錄，column_a 字段有索引（非聯合索引），column_b沒有索引。column_a = 1 的記錄有 20 條， column_a = 1 and column_b = 2 的記錄有 5 條。

Extra

EXplain 中的很多額外的信息會在 Extra 字段显示，常見的有以下幾種內容：

• Using filesort：當 Extra 中有 Using filesort 時，表示 MySQL 需額外的排序操作，不能通過索引順序達到排序效果。一般有 Using filesort，都建議優化去掉，因為這樣的查詢 CPU 資源消耗大。
• Using index：”覆蓋索引掃描”，表示查詢在索引樹中就可查找所需數據，不用掃描表數據文件，往往說明性能不錯
• Using temporary：查詢有使用臨時表，一般出現於排序，分組和多表 join 的情況，查詢效率不高，建議優化
• Using where： WHERE子句用於限制哪些行與下一個表匹配或發送給客戶端 。

得出結論

說到最後，那 WHERE column_index in (expr) 到底走不走索引呢？ 答案是不確定的。

走不走索引是由 expr 來決定的，不是一概而論走還是不走。

SELECT * FROM a WHERE id in (1,23,456,7,8)
-- id 是主鍵，查詢是走索引的。type = range,key = PRIMARY
SELECT * FROM a WHERE id in (SELECT b.a_id FROM b WHERE some_expr)
-- id 是主鍵，如果 some_expr 是一個索引查詢，那麼 select a 將走索引；
-- some_expr 不是索引查詢，那麼 select a 將全表掃描；

上面是兩個通用案例，但到底對不對了，還是自己去實踐最好了，拿起EXPLAIN去剖析吧~

參考文章： https://dev.mysql.com/doc/refman/5.7/en/explain-output.html#explain

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

【其他文章推薦】

※網頁設計公司推薦不同的風格，搶佔消費者視覺第一線

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

※自行創業缺乏曝光? 網頁設計幫您第一時間規劃公司的形象門面

※南投搬家公司費用需注意的眉眉角角，別等搬了再說!

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

※回頭車貨運收費標準

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