日本综合一区二区|亚洲中文天堂综合|日韩欧美自拍一区|男女精品天堂一区|欧美自拍第6页亚洲成人精品一区|亚洲黄色天堂一区二区成人|超碰91偷拍第一页|日韩av夜夜嗨中文字幕|久久蜜综合视频官网|精美人妻一区二区三区

RELATEED CONSULTING
相關咨詢
選擇下列產品馬上在線溝通
服務時間：8:30-17:00
你可能遇到了下面的問題
關閉右側工具欄

新聞中心

這里有您想知道的互聯(lián)網(wǎng)營銷解決方案
RustWeb框架怎么選？研究本文就夠了！

 Rust語言這兩年在“安全、并發(fā)、性能”方面吸足了眼球，但在主流的web應用領域表現(xiàn)如何?有哪些可以推薦的Web框架?下面就這個話題深入展開。

背景

Web框架

我們先簡單回顧下Web框架： Web框架主要用于動態(tài)Web開發(fā)，開發(fā)人員在框架基礎上實現(xiàn)自己的業(yè)務邏輯。 Web框架需要實現(xiàn)接收到請求后，能夠提供參數(shù)校驗的能力，然后根據(jù)請求參數(shù)從底層拿到數(shù)據(jù)，最后以特定格式返回。Web框架旨在簡化web開發(fā)流程，讓開發(fā)人員更專注于自己的業(yè)務邏輯。

其他語言現(xiàn)狀

其他主流語言，Web框架都已經發(fā)展非常成熟，大家耳熟能詳?shù)谋热纾?/p>

  • PHP語言： Laravel
  • JAVA語言：Spring MVC
  • GO語言： Gin/Beego

這些框架介紹的文章已經滿大街了，在此就不贅述。

Rust常見Web框架

Rust目前已知的Web框架也有幾十種，在flosse的rust-web-framework-comparison開源項目里面詳細列出(見文末參考資料的鏈接)，感興趣的可以查看。但遺憾的是官方也沒有給出支持或者推薦的Web框架，所以我們就實際項目簡單使用的情況，挑出幾個比較下，希望給大家選型框架時參考下。

Rust Web框架的難點

在比較這些框架之前，我們先回顧下Rust語言處理Web流程困難的地方。眾所周知，Rust近年發(fā)展迅猛，同時也帶來一些新的概念，比如生命周期等，另外rust沒有全局狀態(tài)，或者說實現(xiàn)比較困難，以及編譯檢查比較嚴格，相對速度也比較慢，這樣對實現(xiàn)web框架帶來一些困難，下來我們看下這些框架的實現(xiàn)情況。

Rust Web框架分類

Rust Web框架中，hyper、h2、tiny-http屬于底層一些的框架，比如hyper，很多框架都是基于它開發(fā)的，它也是Rust語言中比較老牌的框架;Rocket框架相對比較專注， 大名鼎鼎的tokio的作者實現(xiàn)的Tower，目前跟warp交流較多，有可能會合并大家也可以持續(xù)關注;iron、gotham、nickel、rouille、actix-web功能相對全面些，就像其中Actix框架整個體系龐大，下面又拆分出許多子框架：web、http、net等。

Rust主流Web框架的比較

下面我們終于進入正題，挑出幾個我們實際項目中使用過的框架進行比較。當然，可能有些框架的特性我們并未涉獵，文中有不妥之處歡迎指正。

Hyper

第一個出場的就是hyper，它的特點就是高性能，后面會給出的壓測結果，跟actix-web差不多;另外首先實現(xiàn)了Client組件，方便寫單元測試驗證;前面也提到很多web框架基于hyper實現(xiàn)，側面說明他底層的封裝還是不錯的。不過它也有些缺點：

  • hyper應用側的功能相對少，所以會導致很多框架又在他的基礎上繼續(xù)封裝;
  • 通過match block實現(xiàn)路由，這個筆者認為是一個比較明顯的缺點; 比如下面的例子：
 
 
 
 
    
  
  
  
  
  1. async fn response_examples(
    2. 
  
  
  
  
  2.     req: Request,client: Client
    3. 
  
  
  
  
  3. ) -> Result> {
    4. 
  
  
  
  
  4.     match (req.method(), req.uri().path()) {
    5. 
  
  
  
  
  5.         (&Method::GET, "/index.html") => {
    6. 
  
  
  
  
  6.             Ok(Response::new(INDEX.into()))
    7. 
  
  
  
  
  7.         },
    8. 
  
  
  
  
  8.        (&Method::GET, "/json_api") => {
    9. 
  
  
  
  
  9.             api_get_response().await
    10. 
  
  
  
  
  10.         }
    11. 
  
  
  
  
  11.         _ => {
    12. 
  
  
  
  
  12.    Ok(Response::builder().status(StatusCode::NOT_FOUND)
    13. 
  
  
  
  
  13.                 .body(NOTFOUND.into())
    14. 
  
  
  
  
  14.                 .unwrap())
    15. 
  
  
  
  
  15.         }
    16. 
  
  
  
  
  16.     }
    17. 
  
  
  
  
  17. }
    18.

這是一個典型的hyper的實現(xiàn)，但實際項目中的match塊處理較復雜的流程時往往需要翻一兩頁，這樣開發(fā)和review都相對困難。

Actix-web

Actix-web是已知的所有web框架實現(xiàn)了actor模型，由微軟的工程師 Nikolay 開發(fā)，Azure用的比較多;超級快是另一個優(yōu)點，在web性能評測網(wǎng)站刷榜，但有取巧嫌疑，下面會展開說下他怎么做的;底層基于tokio。整體層級結構如下：

  • tokio && futures -> actix-net/actix-rt -> actix-net/其他子crate -> actix-web

對于整個actix來說，功能還是比較豐富;今年6月發(fā)布的的1.0，進一步簡化actor模塊，service替代handle，大量的簡化代碼。

  • 缺點：大量的unsafe(如下圖)，導致經常有開發(fā)爆出堆棧溢出的bug;這也是他性能最好的原因之一;

他的另外一個缺點，代碼質量不高，頻繁變動，至少是web模塊這塊，文檔和實例也不全;比如0.7版的handle，到1.0版變成service，他封裝的responder，也不穩(wěn)定，下面跟rocket的實現(xiàn)一起展開比較。

Rocket

Rocket是目前Rust主流的Web框架之一，github項目有8.9k的star。而它的http處理部分就是基于前面提到的Hyper。從官方資料看，具有如下三個特點：

  • 類型安全;
  • 上手簡單，讓你更專注于自己的業(yè)務;
  • 組件豐富，且?guī)缀醵伎梢宰远x;

Rocket從筆者使用經驗來看：確實上手非?？?，對各種語言背景的開發(fā)人員都相對友好;擴展容易，他的組件幾乎都可以自定義，requestGuard、state、fairing 都可以定制;另外，文檔、example都非常詳細，預定義很多宏，非常方便; Rocket的缺點：性能上會略差些，后面會給出壓測數(shù)據(jù)。不過他的async分支也快發(fā)布了，都打磨了幾個月，大家可以關注;

匯總

簡單匯總一個表格(如下圖)，總結下：從大家的關注度上，Rocket勝出;Actix-web的功能會多些，比如websocket等;從使用和應用層的周邊支持上，Rocket做的最好;所以不太在意性能的話，建議選擇Rocket。下來我們就就詳細討論下Rocket。

Rocket

Rocket設計原則

首先看下rocket的設計原則，這也是其他框架沒有的，而且他們實際代碼落地上也履行的不錯，具體原則如下：

  • Security, correctness, and developer experience are paramount.
  • All request handling information should be typed and self-contained
  • Decisions should not be forced

筆者的理解：

  • 安全性，正確性和開發(fā)人員經驗至關重要。這就充分挖掘了rust安全方面的優(yōu)勢，且對各語言開發(fā)人員友好， 后面講到request、guards這兩個組件再展開下;
  • 所有被處理請求信息都必須指定類型。這樣也對開發(fā)人員有所約束， 比如在使用Responder組件就深有感觸;
  • 不應該強行限制。他的模板、序列化、會話等組件，幾乎所有的功能都是可選擇的插件形式。對于這些，Rocket都有官方庫和支持，完全可以自由選擇和替換。 所以，Rocket是Rust Web框架里面，完美的平衡了自由和約束。下面我們就幾個重要組件詳細展開。

RequestGuards

RequestGuards有些類似java的spring框架的velidator，是代表任意驗證策略的類型，驗證策略通過FromRequest實現(xiàn)。RequestGuards沒有數(shù)量限制，實際使用中根據(jù)自己需求添加，也可以自定義Guards。舉個例子：

 
 
 
 
    
  
  
  
  
  1. #[get("/")]
    2. 
  
  
  
  
  2. fn index(param: isize, a: A, b: B, c: C) -> ... { ... }
    3.

上述例子中的A、B、C都是具體的實現(xiàn)，比如A驗證auth，B驗證計數(shù)，C具體業(yè)務校驗等;也可以用框架已經實現(xiàn)的guard，或者自己定義，整體還是非常靈活。guard組件也是履行他的第一個設計原則：正確性、安全性;

Responder

我們直接看下Responder的定義：

 
 
 
 
    
  
  
  
  
  1. pub trait Responder {
    2. 
  
  
  
  
  2.     /// Returns `Ok` if a `Response` could be generated successfully. Otherwise,
    3. 
  
  
  
  
  3.     /// returns an `Err` with a failing `Status`.
    4. 
  
  
  
  
  4.     ///
    5. 
  
  
  
  
  5.     /// The `request` parameter is the `Request` that this `Responder` is
    6. 
  
  
  
  
  6.     /// responding to.
    7. 
  
  
  
  
  7.     ///
    8. 
  
  
  
  
  8.     /// When using Rocket's code generation, if an `Ok(Response)` is returned,
    9. 
  
  
  
  
  9.     /// the response will be written out to the client. If an `Err(Status)` is
    10. 
  
  
  
  
  10.     /// returned, the error catcher for the given status is retrieved and called
    11. 
  
  
  
  
  11.     /// to generate a final error response, which is then written out to the
    12. 
  
  
  
  
  12.     /// client.
    13. 
  
  
  
  
  13.     fn respond_to(self, request: &Request) -> response::Result;
    14. 
  
  
  
  
  14. }
    15.

筆者翻了一下這個trait的代碼記錄，從16年最開始設計就已經確定，非常穩(wěn)定，之后再沒有更新過。respond_to返回的Result，他封裝了一下，要么是OK，要么是一個Err的status。 另外內置實現(xiàn)了常用的類型( str 、String、 [u8] 、 File、 Option、 Status )，基本覆蓋絕大部分業(yè)務場景;如果還不能滿足，那你也可以實現(xiàn)自定義的responder。 這也就體現(xiàn)他的第二設計原則：類型約束。不像其他的框架，比如Actix-web也有responder，但也是最近的版本才穩(wěn)定下來。如下要想自定義怎么辦? 這是一個自定義的例子：

 
 
 
 
    
  
  
  
  
  1. impl Responder for Person {
    2. 
  
  
  
  
  2.     fn respond_to(self, _: &Request) -> response::Result {
    3. 
  
  
  
  
  3.         Response::build()
    4. 
  
  
  
  
  4.              .sized_body(Cursor::new(format!("{}:{}", self.name, self.age)))
    5. 
  
  
  
  
  5.              .raw_header("X-Person-Name", self.name)
    6. 
  
  
  
  
  6.             .header(ContentType::new("application", "x-person"))
    7. 
  
  
  
  
  7.             .ok()
    8. 
  
  
  
  
  8.      }
    9. 
  
  
  
  
  9.  }
    10. 
  
  
  
  
  10. #[get("/person")]
    11. 
  
  
  
  
  11.  fn person() -> Person { Person { name: "a".to_string(), age: 20 } }
    12.

這就是自定義的一個responder，直接返回一個Person對象;也可以加上err的處理;看起來還是比較簡單吧。我們可以對比下Actix-web的responder的實現(xiàn)：

 
 
 
 
    
  
  
  
  
  1. pub trait Responder {
    2. 
  
  
  
  
  2.     /// The associated error which can be returned.
    3. 
  
  
  
  
  3.     type Error: Into;
    4. 
  
  
  
  
  4. 
  
  
  
  
  5.     /// The future response value.
    6. 
  
  
  
  
  6.     type Future: Future>;
    7. 
  
  
  
  
  7. 
  
  
  
  
  8.     /// Convert itself to `AsyncResult` or `Error`.
    9. 
  
  
  
  
  9.     fn respond_to(self, req: &HttpRequest) -> Self::Future;
    10. 
  
  
  
  
  10. 
  
  
  
  
  11. 
  
  
  
  
  12.     fn with_status(self, status: StatusCode) -> CustomResponder
    13. 
  
  
  
  
  13.         where
    14. 
  
  
  
  
  14.             Self: Sized,
    15. 
  
  
  
  
  15.     {
    16. 
  
  
  
  
  16.         CustomResponder::new(self).with_status(status)
    17. 
  
  
  
  
  17.     }
    18. 
  
  
  
  
  18. 
  
  
  
  
  19. 
  
  
  
  
  20.     fn with_header(self, key: K, value: V) -> CustomResponder
    21. 
  
  
  
  
  21.        … …
    22. 
  
  
  
  
  22. }
    23.

Actix-web是19年3月份才有這個組件的，status，header還是后來加;實現(xiàn)的起來復雜的多;

State

我們看下Rocket的State組件，也是最后一個原則的體現(xiàn)。直接舉例說明：

 
 
 
 
    
  
  
  
  
  1. use rocket::State;
    2. 
  
  
  
  
  2. use rocket::response::content;
    3. 
  
  
  
  
  3. 
  
  
  
  
  4. struct HitCount(AtomicUsize);
    5. 
  
  
  
  
  5. 
  
  
  
  
  6. #[get("/")]
    7. 
  
  
  
  
  7. fn index(hit_count: State) -> content::Html {
    8. 
  
  
  
  
  8.     hit_count.0.fetch_add(1, Ordering::Relaxed);
    9. 
  
  
  
  
  9.     let msg = "Your visit has been recorded!";
    10. 
  
  
  
  
  10.     let count = format!("Visits: {}", count(hit_count));
    11. 
  
  
  
  
  11.     content::Html(format!("{}{}", msg, count))
    12. 
  
  
  
  
  12. }
    13. 
  
  
  
  
  13. 
  
  
  
  
  14. #[get("/count")]
    15. 
  
  
  
  
  15. fn count(hit_count: State) -> String {
    16. 
  
  
  
  
  16.     hit_count.0.load(Ordering::Relaxed).to_string()
    17. 
  
  
  
  
  17. }
    18. 
  
  
  
  
  18. 
  
  
  
  
  19. fn rocket() -> rocket::Rocket {
    20. 
  
  
  
  
  20.     rocket::ignite()
    21. 
  
  
  
  
  21.         .mount("/", routes![index, count])
    22. 
  
  
  
  
  22.         .manage(HitCount(AtomicUsize::new(0)))
    23. 
  
  
  
  
  23. }
    24.

這是一個計數(shù)器的簡單實現(xiàn)，通過state注入到handle中，每次訪問/都加1;也可以通過/cout接口拿到當前計數(shù);這兩接口是無狀態(tài)的，但count是全局的，這就是state的魅力; 當然state可以干的事情很多，另外也內置實現(xiàn)了Request-local state，類似于thread-local 可以做鏈路跟蹤;

Fairing

Rocket還有個Fairing組件，結合上面提到的state組件，可以實現(xiàn)應用啟動時，或者state的attach時，請求和響應時的一些定制;比如定制filter，日志等插件都可以實現(xiàn);

 
 
 
 
    
  
  
  
  
  1. #[derive(Default)]
    2. 
  
  
  
  
  2. struct Counter {
    3. 
  
  
  
  
  3.     get: AtomicUsize,
    4. 
  
  
  
  
  4.     post: AtomicUsize,
    5. 
  
  
  
  
  5. }
    6. 
  
  
  
  
  6. impl Fairing for Counter {
    7. 
  
  
  
  
  7. 
  
  
  
  
  8.     fn on_request(&self, request: &mut Request, _: &Data) {  
    9. 
  
  
  
  
  9. … …}
    10. 
  
  
  
  
  10. 
  
  
  
  
  11.     fn on_response(&self, request: Request, response: mut Response)
    12. 
  
  
  
  
  12.       {… …}
    13. 
  
  
  
  
  13. }
    14. 
  
  
  
  
  14. fn rocket() -> rocket::Rocket {
    15. 
  
  
  
  
  15.     rocket::ignite()
    16. 
  
  
  
  
  16.         .mount("/", routes![… , …])
    17. 
  
  
  
  
  17.         .attach(Counter::default())
    18. 
  
  
  
  
  18.            … …
    19. 
  
  
  
  
  19. }
    20.

這是一個根據(jù)請求方法不同而分別計數(shù)功能，你也可以實現(xiàn)Counter的attach的事件處理;但跟filter不同，F(xiàn)airing更通用些。其特點如下：

  • 掛載在Request的生命周期
  • 不能終止或者直接響應Request
  • 不能將非請求數(shù)據(jù)注入Request
  • 可以檢查或者修改配置
  • 只有attach了才能觸發(fā)
  • 順序很重要

Fairing可以應用在一些動態(tài)改配置的場景，或者多種環(huán)境的復雜配置場景;且官方貼心的內置了Adhoc實現(xiàn)，方便開發(fā)人員快速實現(xiàn)。

至此，Rocket的特性就講完了，所以建議大家根據(jù)自己的實際需求，來選擇自己合適的框架。

壓測數(shù)據(jù)參考

最后我們給出之前做的壓測結果：

上述表格中Rocket sync(master分支)并發(fā)只能到50，如果業(yè)務場景非常注重性能的話，那你就慎重考慮，或者你持續(xù)關注async分支的進展;另外比較了hyper框架debug和release方式的差異，其他的差異比例也類似。

參考資料：

  1. Hyper官網(wǎng)
  2. Rocket官網(wǎng)
  3. Actix-web官網(wǎng)
  4. rust Web框架的比較
  5. the-best-rust-frameworks-to-check-out-in-2019

Westar實驗室成立于2018年，是分層區(qū)塊鏈的先行者。團隊致力于創(chuàng)建下一代分層區(qū)塊鏈及金融基礎設施。通過先進技術和工程能力，構建產品和基礎網(wǎng)絡，從而減少對信任的依賴，提高金融市場的效率。對于區(qū)塊鏈生態(tài)，通過分層區(qū)塊鏈技術，在保證安全性的同時，保證處理速度，達到可以商用的目的。


網(wǎng)頁題目：RustWeb框架怎么選？研究本文就夠了！
文章鏈接：http://www.dlmjj.cn/article/cdjjpds.html