手開車，大都對汽車不夠熟悉，甚至一無所知。在駕校學車跟自己開車上路完全是兩碼事。因此，本人結合自己最初駕車上路的經驗，列出以下十個需要注意的小問題，給眾多未滿月“菜鳥”級駕車人士坐進駕駛艙時提供一點有用的提醒。“心中有譜，手腳不慌”，希望作為新手的你能盡快度過“潛在馬路殺手”的適應期，成為一名熟練的駕駛員，享受駕駛帶來的樂趣和便捷。

一、腳剎在熄火狀態下無法正常使用

現在汽車的設計，腳剎一般都用電池工作。當汽車處于熄火狀態時，腳剎只能踩兩至三下，此后就會變僵硬，無法起到剎車作用。因此，一方面，突然發現這一現象時不必驚慌，并非汽車故障，也不必去車行“興師問罪”；另一方面，當汽車(特別是手動擋車)在坡道意外熄火時，迅速踩下腳剎后不可再松開，更不可反復地一踩一松，否則易導致汽車溜滑，撞上其他車輛。果真出現溜滑時，應果斷拉起手剎，然后打火起步。打火啟動后，腳剎會立即恢復工作。

二、路上暫停勿離前車太近

新手上路往往分寸把握不好，遇有堵車或紅燈時，剎車過晚，以致車頭離前面車輛太近，加之起步要領*作不熟，常常過于急躁，很容易在重新起步時撞上前車。另外，假如前車司機也是“菜鳥”，起步時出現倒溜，也容易撞上你的車。不論誰的責任，愛車被撞從物質和精神上對新手都是一個打擊，所以要盡量避免。“珍愛自己，遠離前車”......與此相關的是，新手在有坡度的路上臨時停車，應拉起手剎，重新起步時待車頭有前進動力時再放下，以防倒溜。由于油門和離合配合不好，有的新手放下手剎后還可能出現倒溜，這時應果斷重新拉手剎，避免撞擊后車。這也正是前后兩車之間保持住距離的道理所在。

三、無紅綠燈時過路口寧等不搶

在沒有紅綠燈而設主輔路標志的路口，自己如在輔路上，要等主路車輛全部通過后再穿行。如主路車流大，要耐心等待，切記不能心存僥幸，莽撞穿行。有些新手“初生牛犢不怕虎”，在主路來車已經很近的情況下猛踩油門企圖穿過，是十分危險的。而且，在路口觀察主路車輛要左右兩方向兼顧，確保兩邊絕對安全才可通過。在設有紅綠燈的路口，起步時也不能急于搶先，防止撞上橫向路上最后通過的車輛；通過路口時速度不能太快，以防與橫向路上不守交通規則而闖越紅燈的車相撞。　　四、下陡坡時不要空擋滑行

很多新手駕車，為了體驗駕駛樂趣，在陡坡下行時往往空擋滑行。但這樣做可能會使車輛難以控制，特別是空擋下滑車速迅速加快，遇有緊急情況難以及時剎車，有時會出現危險。因此下陡坡時最好掛檔位行駛，并配合腳剎。

五、并線、倒車、入庫要習慣看反光鏡

很多新手由于剛接觸汽車，還不習慣看反光鏡。在并線、倒車、入庫的過程中，通過反光鏡確保安全十分必要。在行進中變換車道(并線)，不僅要提前打方向燈以警示后車，還要仔細觀察兩側反光鏡，看清后面是否有車緊跟，尤其是要駛入的車道是否有后車緊跟。如有，要么自己加速拉開距離再并入該車道，要么等后車駛過。有的新手開車不看后面情況就盲目并線，是很多事故發生的根源。倒車和入庫時，速度較慢，但容易發生刮蹭。要保持怠速(即不踩油門，控制離合器，利用車輛自帶的極低速度使車移動)，并不停地觀察兩側反光鏡，保證兩側不碰觸墻、柱。很多新手倒車和入庫容易看一邊忽視另一邊，造成刮蹭。

六、下車后注意鎖車門

現在車門鑰匙基本上是遙控鎖，新手開車由于習慣還沒形成，下車后容易忘記鎖門。如在外停車，就很容易發生車內物品被盜。因此，停車要時刻注意車門是否落鎖。此外，車門上鎖后鑰匙放在兜里還要防止擠壓，有時車主離開車一定范圍內由于遙控鑰匙受擠壓，車鎖又被意外打開，車主卻渾然不知。

七、備用鑰匙一般不要放在車內

汽車的備用鑰匙系應急之用，但一般情況下不要放在車內，因為如前面所說，新手有時會忘記車門落鎖，而此時如備用鑰匙在車內，則給了不法分子可乘之機，將汽車盜走。如此損失就大了去了......當然，如駕車遠行，隨身帶上備用鑰匙有時也是必要的，但也不宜放在車內，否則常用鑰匙丟失或無法使用時，勢必要破壞車窗才能拿到備用鑰匙，損失也不小。　　八、不要把硬幣放在手剎附近

出于付停車費等目的，很多車主會在車內放些硬幣。但對新手而言，不要把硬幣放在手剎附近的水杯槽里，否則，在取放時一不小心，就可能誤使硬幣掉入手剎縫隙，進入機械倉。雖然機械倉內機器都是密閉的，一般認為不會對汽車機械運轉產生影響，但畢竟會增加麻煩，據稱需要比較復雜的專業*作才能將硬幣取出。有些車型手剎設計注意到這點，可避免硬幣落入縫隙，但更多的車沒有這樣的細節設計。

九、夜間停車要關閉車燈

很多新手容易犯這樣的錯誤，就是在夜間停車入位熄火后，忘了關掉車燈。有些車的設計在熄火拔出鑰匙而車燈未關閉的狀態下，車燈仍保持暗光狀態，如不關閉，一個夜晚下來可能會把汽車電池消耗殆盡。

十、緊急情況要及時打亮雙閃燈

新手開車，進錯車道甚至進入逆行線、行進中熄火等意外情況發生并不稀罕，這時作為駕駛者的新手往往比較驚慌，急于恢復正常的行駛狀態。在此過程中，一定要及時打亮雙閃燈，讓其他車輛知道你的車出現了緊急情況，需要緊急掉頭、轉向、重新起步或其他非正常的*作，從而有意識地避讓你，避免事故發生。如車輛發生不能啟動等情況，而所在又是車速較高車流較大的道路，特別是高速公路，要立即打亮雙閃，放好警示標志，車內所有人員迅速離開汽車，到路邊安全地帶聯絡和等待救援。

此外，諸如彎道、上坡不超車等基本駕駛要領，新手也都要努力掌握。最后，希望以上幾點對新手們開車有所幫助，不當之處敬請批評。祝愿大家駕駛愉快、平安出行。

【車友論壇熱帖】

http://a.xcar.com.cn/bbs/hotposts.html

【愛卡汽車APP下載】

http://dw.xcar.com.cn/adcount.php?id=364

者：nick hao

來源：https://www.cnblogs.com/haoxinyue/p/6792309.html?

開濤大神在博客中說過：在開發高并發系統時有三把利器用來保護系統：緩存、降級和限流。本文結合作者的一些經驗介紹限流的相關概念、算法和常規的實現方式。

緩存

緩存比較好理解，在大型高并發系統中，如果沒有緩存數據庫將分分鐘被爆，系統也會瞬間癱瘓。使用緩存不單單能夠提升系統訪問速度、提高并發訪問量，也是保護數據庫、保護系統的有效方式。大型網站一般主要是“讀”，緩存的使用很容易被想到。

在大型“寫”系統中，緩存也常常扮演者非常重要的角色。比如累積一些數據批量寫入，內存里面的緩存隊列（生產消費），以及HBase寫數據的機制等等也都是通過緩存提升系統的吞吐量或者實現系統的保護措施。甚至消息中間件，你也可以認為是一種分布式的數據緩存。

降級

服務降級是當服務器壓力劇增的情況下，根據當前業務情況及流量對一些服務和頁面有策略的降級，以此釋放服務器資源以保證核心任務的正常運行。降級往往會指定不同的級別，面臨不同的異常等級執行不同的處理。根據服務方式：可以拒接服務，可以延遲服務，也有時候可以隨機服務。

根據服務范圍：可以砍掉某個功能，也可以砍掉某些模塊。總之服務降級需要根據不同的業務需求采用不同的降級策略。主要的目的就是服務雖然有損但是總比沒有好。

限流

限流可以認為服務降級的一種，限流就是限制系統的輸入和輸出流量已達到保護系統的目的。一般來說系統的吞吐量是可以被測算的，為了保證系統的穩定運行，一旦達到的需要限制的閾值，就需要限制流量并采取一些措施以完成限制流量的目的。

比如：延遲處理，拒絕處理，或者部分拒絕處理等等。

限流的算法

常見的限流算法有：計數器、漏桶和令牌桶算法。

計數器

計數器是最簡單粗暴的算法。比如某個服務最多只能每秒鐘處理100個請求。我們可以設置一個1秒鐘的滑動窗口，窗口中有10個格子，每個格子100毫秒，每100毫秒移動一次，每次移動都需要記錄當前服務請求的次數。

內存中需要保存10次的次數。可以用數據結構LinkedList來實現。格子每次移動的時候判斷一次，當前訪問次數和LinkedList中最后一個相差是否超過100，如果超過就需要限流了。

很明顯，當滑動窗口的格子劃分的越多，那么滑動窗口的滾動就越平滑，限流的統計就會越精確。

示例代碼如下：

漏桶算法

漏桶算法即leaky bucket是一種非常常用的限流算法，可以用來實現流量整形（Traffic Shaping）和流量控制（Traffic Policing）。貼了一張維基百科上示意圖幫助大家理解：

漏桶算法的主要概念如下：

一個固定容量的漏桶，按照常量固定速率流出水滴；

如果桶是空的，則不需流出水滴；

可以以任意速率流入水滴到漏桶；

如果流入水滴超出了桶的容量，則流入的水滴溢出了（被丟棄），而漏桶容量是不變的。

漏桶算法比較好實現，在單機系統中可以使用隊列來實現（.Net中TPL DataFlow可以較好的處理類似的問題，你可以在這里找到相關的介紹），在分布式環境中消息中間件或者Redis都是可選的方案。

令牌桶算法

令牌桶算法是一個存放固定容量令牌（token）的桶，按照固定速率往桶里添加令牌。令牌桶算法基本可以用下面的幾個概念來描述：

令牌將按照固定的速率被放入令牌桶中。比如每秒放10個。

桶中最多存放b個令牌，當桶滿時，新添加的令牌被丟棄或拒絕。

當一個n個字節大小的數據包到達，將從桶中刪除n個令牌，接著數據包被發送到網絡上。

如果桶中的令牌不足n個，則不會刪除令牌，且該數據包將被限流（要么丟棄，要么緩沖區等待）。

如下圖：

令牌算法是根據放令牌的速率去控制輸出的速率，也就是上圖的to network的速率。to network我們可以理解為消息的處理程序，執行某段業務或者調用某個RPC。

漏桶和令牌桶的比較

令牌桶可以在運行時控制和調整數據處理的速率，處理某時的突發流量。放令牌的頻率增加可以提升整體數據處理的速度，而通過每次獲取令牌的個數增加或者放慢令牌的發放速度和降低整體數據處理速度。而漏桶不行，因為它的流出速率是固定的，程序處理速度也是固定的。更多算法相關：算法聚合

整體而言，令牌桶算法更優，但是實現更為復雜一些。

限流算法實現

Guava

Guava是一個Google開源項目，包含了若干被Google的Java項目廣泛依賴的核心庫，其中的RateLimiter提供了令牌桶算法實現：平滑突發限流(SmoothBursty)和平滑預熱限流(SmoothWarmingUp)實現。

1. 常規速率：

創建一個限流器，設置每秒放置的令牌數：2個。返回的RateLimiter對象可以保證1秒內不會給超過2個令牌，并且是固定速率的放置。達到平滑輸出的效果

上面代碼執行的結果如下圖，基本是0.5秒一個數據。拿到令牌后才能處理數據，達到輸出數據或者調用接口的平滑效果。acquire()的返回值是等待令牌的時間，如果需要對某些突發的流量進行處理的話，可以對這個返回值設置一個閾值，根據不同的情況進行處理，比如過期丟棄。

2. 突發流量：

突發流量可以是突發的多，也可以是突發的少。首先來看個突發多的例子。還是上面例子的流量，每秒2個數據令牌。如下代碼使用acquire方法，指定參數。

System.out.println(r.acquire(2));
System.out.println(r.acquire(1));
System.out.println(r.acquire(1));
System.out.println(r.acquire(1));

得到如下類似的輸出。

如果要一次新處理更多的數據，則需要更多的令牌。代碼首先獲取2個令牌，那么下一個令牌就不是0.5秒之后獲得了，還是1秒以后，之后又恢復常規速度。這是一個突發多的例子，如果是突發沒有流量，如下代碼：

System.out.println(r.acquire(1));
Thread.sleep(2000);
System.out.println(r.acquire(1));
System.out.println(r.acquire(1));
System.out.println(r.acquire(1));

得到如下類似的結果：

等了兩秒鐘之后，令牌桶里面就積累了3個令牌，可以連續不花時間的獲取出來。處理突發其實也就是在單位時間內輸出恒定。這兩種方式都是使用的RateLimiter的子類SmoothBursty。另一個子類是SmoothWarmingUp，它提供的有一定緩沖的流量輸出方案。

輸出結果如下圖，由于設置了緩沖的時間是3秒，令牌桶一開始并不會0.5秒給一個消息，而是形成一個平滑線性下降的坡度，頻率越來越高，在3秒鐘之內達到原本設置的頻率，以后就以固定的頻率輸出。

圖中紅線圈出來的3次累加起來正好是3秒左右。這種功能適合系統剛啟動需要一點時間來“熱身”的場景。

Nginx

對于Nginx接入層限流可以使用Nginx自帶了兩個模塊：

連接數限流模塊ngx_http_limit_conn_module

漏桶算法實現的請求限流模塊ngx_http_limit_req_module

1. ngx_http_limit_conn_module

我們經常會遇到這種情況，服務器流量異常，負載過大等等。對于大流量惡意的攻擊訪問，會帶來帶寬的浪費，服務器壓力，影響業務，往往考慮對同一個ip的連接數，并發數進行限制。

ngx_http_limit_conn_module 模塊來實現該需求。該模塊可以根據定義的鍵來限制每個鍵值的連接數，如同一個IP來源的連接數。并不是所有的連接都會被該模塊計數，只有那些正在被處理的請求（這些請求的頭信息已被完全讀入）所在的連接才會被計數。

我們可以在nginx_conf的http{}中加上如下配置實現限制：

#限制每個用戶的并發連接數，取名one
limit_conn_zone?$binary_remote_addr?zone=one:10m;

#配置記錄被限流后的日志級別，默認error級別
limit_conn_log_level?error;
#配置被限流后返回的狀態碼，默認返回503
limit_conn_status?503;

然后在server{}里加上如下代碼：

#限制用戶并發連接數為1
limit_conn?one?1;

然后我們是使用ab測試來模擬并發請求：

ab?-n?5?-c?5?http://10.23.22.239/index.html

得到下面的結果，很明顯并發被限制住了，超過閾值的都顯示503：

另外剛才是配置針對單個IP的并發限制，還是可以針對域名進行并發限制，配置和客戶端IP類似。

#http{}段配置
limit_conn_zone?$?server_name?zone=perserver:10m;
#server{}段配置
limit_conn?perserver?1;

2. ngx_http_limit_req_module

上面我們使用到了ngx_http_limit_conn_module 模塊，來限制連接數。那么請求數的限制該怎么做呢？這就需要通過ngx_http_limit_req_module 模塊來實現，該模塊可以通過定義的鍵值來限制請求處理的頻率。

特別的，可以限制來自單個IP地址的請求處理頻率。限制的方法是使用了漏斗算法，每秒固定處理請求數，推遲過多請求。如果請求的頻率超過了限制域配置的值，請求處理會被延遲或被丟棄，所以所有的請求都是以定義的頻率被處理的。

在http{}中配置

#區域名稱為one，大小為10m，平均處理的請求頻率不能超過每秒一次。

limit_req_zone?$binary_remote_addr?zone=one:10m?rate=1r/s;

在server{}中配置

#設置每個IP桶的數量為5
limit_req?zone=one?burst=5;

上面設置定義了每個IP的請求處理只能限制在每秒1個。并且服務端可以為每個IP緩存5個請求，如果操作了5個請求，請求就會被丟棄。

使用ab測試模擬客戶端連續訪問10次：

ab?-n?10?-c?10?http://10.23.22.239/index.html

如下圖，設置了通的個數為5個。一共10個請求，第一個請求馬上被處理。第2-6個被存放在桶中。由于桶滿了，沒有設置nodelay因此，余下的4個請求被丟棄。