rack是ruby服務器和rack應用程序之間的一個框架，rails,sinatra都是基于rack構建的，都屬于rack應用程序。
rack提供了一個標準的接口，用于與服務器進行交互。標準的rack程序是一個可以響應call的對象，可以是對象、Proc、lambda甚至是method，它接收env參數（環境對象），返回一個數組，數組包括：
- 狀態(status)，http響應狀態碼
- 可以是hash，為http的header信息
- 擁有each方法的對象，each返回字符串
rack通過中間件來進行擴展，即對原始的rack程序進行裝飾，在原有返回數組的基礎上進一步處理，并返回rack對象
簡單的rack程序
|
1
2
3
4
|
require 'rack'app = lambda{|env|[200,{},["hello from rack"]]}Rack::Handler::WEBrick.run app |
使用中間件的rack程序：
require 'rack'
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
|
class Decorator def initialize(app) @app = app end def call(env) status, headers, body = @app.call(env) new_body = "from middleware input <br/>" body.each{|str| new_body << str} headers['Content-Length'] = new_body.bytesize.to_s [status, headers, [new_body]] endendapp = lambda{|env|[200,{},["hello from rack"]]}Rack::Handler::WEBrick.run Decorator.new(app) |
上面使用中間件的方法在使用多個時容易混亂，rack有一個Builder類可以有效管理
使用如下
require 'rack'
|
1
2
3
4
5
6
7
8
|
require 'decorator'app = Rack::Builder.new{ use Rack::ContentLength use Decorator run lambda {|env| [200, {"Content-Type"=>"text/html"}, ["hello world"]]}}.to_appRack::Handler::WEBrick.run app |
使用Rack::Builder的map方法，可以創建有路由的rack程序
require 'rack'
|
1
2
3
4
5
6
7
8
9
10
|
app = Rack::Builder.new { map '/hello' dorun lambda {|env| [200, {"Content-Type" => "text/html"}, ["hello"]] } endmap '/world' dorun lambda {|env| [200, {"Content-Type" => "text/html"}, ["world"]] }endmap '/' dorun lambda {|env| [200, {"Content-Type" => "text/html"}, ["all"]] } end}.to_appRack::Handler::WEBrick.run app, :Port => 3000 |
由于rails的全棧性，rack中間件很多，在一些高并發但業務簡單的網站或api使用時
響應時間過長，在這種情況下可以考慮使用rack或者sinatra。
啟動一個rack程序有兩種方式：
1.直接使用ruby運行.rb文件,默認在8080啟動服務，無日志文件
2.使用rackup，默認在9292 啟動服務，有日志文件，rackup可使用 -o 指定ip, －p 指定端口號
|
1
2
3
4
|
require 'rack'app = lambda{|env| [200,{},["hello world"]] }Rack::Server.new.server.run appruby xxx.rb |
|
1
2
3
|
#test.rurun lambda{|env| [ 200,{},["rackup start"] ]}rackup test.ru |
rack會在啟動時默認加載一些中間件:
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
|
def logging_middleware lambda { |server| server.server.name =~ /CGI/ || server.options[:quiet] ? nil : [Rack::CommonLogger, $stderr] } end m = Hash.new {|h,k| h[k] = []} m["deployment"] = [ [Rack::ContentLength], [Rack::Chunked], logging_middleware, [Rack::TempfileReaper] ] m["development"] = [ [Rack::ContentLength], [Rack::Chunked], logging_middleware, [Rack::ShowExceptions], [Rack::Lint], [Rack::TempfileReaper] ] m end |
包括body長度錯誤提示訪問記錄等。
rack有一個Directory的中間件，可以為目錄文件生成一個web服務。
使用很簡單一句話：
|
1
2
3
|
#test.rurun Rack::Directory.new "~/"rackup test.ru |
這樣就會把home目錄下的所有文件、文件夾在瀏覽器中顯示
rails應用中使用rake middleware即可顯示所有的middleware(中間件)
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
|
** **rake middlewareuse Rack::Sendfileuse ActionDispatch::Staticuse Rack::Lockuse #<ActiveSupport::Cache::Strategy::LocalCache::Middleware:0x007feef1563b90>use Rack::Runtimeuse Rack::MethodOverrideuse ActionDispatch::RequestIduse Rails::Rack::Loggeruse ActionDispatch::ShowExceptionsuse WebConsole::Middlewareuse ActionDispatch::DebugExceptionsuse ActionDispatch::RemoteIpuse ActionDispatch::Reloaderuse ActionDispatch::Callbacksuse ActiveRecord::Migration::CheckPendinguse ActiveRecord::ConnectionAdapters::ConnectionManagementuse ActiveRecord::QueryCacheuse ActionDispatch::Cookiesuse ActionDispatch::Session::CookieStoreuse ActionDispatch::Flashuse ActionDispatch::ParamsParseruse Rack::Headuse Rack::ConditionalGetuse Rack::ETagrun Fool::Application.routes |
rails使用了rack定義的一些中間件，自定義了一些中間件，其中自定義的routes為rack程序，routes 把rails controller的action變為lambda并作為rack程序運行，在rails console里輸入
|
1
2
|
2.2.1 :001 > QuestionsController.action(:new) => #<Proc:0x007fbe482ee0b0@/Users/killman/.rvm/gems/ruby-2.2.1/gems/actionpack-4.2.1/lib/action_controller/metal.rb:237 (lambda)> |
在config/application.rb可添加、刪除、修改中間件
|
1
2
3
|
config.middleware.use(new_middleware, args)＃：把新中間件添加到列表末尾；config.middleware.insert_before(existing_middleware, new_middleware, args)#：在 existing_middleware |
之前添加新中間件；
|
1
2
|
config.middleware.insert_after(existing_middleware, new_middleware, args)#：在 existing_middleware |
之后添加新中間件；
|
1
2
|
config.middleware.swap ActionDispatch::ShowExceptions, Lifo::ShowExceptions #替換中間件config.middleware.delete "Rack::Lock"#刪除中間件 |
中間件的作用：
- Rack::Sendfile ：設置服務器上的 X-Sendfile 報頭。通過 config.action_dispatch.x_sendfile_header選項設置。
- ActionDispatch::Static ：用來服務靜態資源文件。如果選項 config.serve_static_assets為 false，則禁用這個中間件。
- Rack::Lock ：把 env["rack.multithread"]旗標設為 false，程序放入互斥鎖中。
- ActiveSupport::Cache::Strategy::LocalCache::Middleware ：在內存中保存緩存，非線程安全。
- Rack::Runtime ：設置 X-Runtime 報頭，即執行請求的時長，單位為秒。
- Rack::MethodOverride ：如果指定了 params[:_method]參數，會覆蓋所用的請求方法。這個中間件實現了 PUT 和 DELETE 方法。
- ActionDispatch::RequestId ：在響應中設置一個唯一的 X-Request-Id 報頭，并啟用 ActionDispatch::Request#uuid方法。
- Rails::Rack::Logger ：請求開始時提醒日志，請求完成后寫入日志。
- ActionDispatch::ShowExceptions ：補救程序拋出的所有異常，調用處理異常的程序，使用特定的格式顯示給用戶。
- ActionDispatch::DebugExceptions ：如果在本地開發，把異常寫入日志，并顯示一個調試頁面。
- ActionDispatch::RemoteIp ：檢查欺騙攻擊的 IP。
- ActionDispatch::Reloader ：提供“準備”和“清理”回調，協助開發環境中的代碼重新加載功能。
- ActionDispatch::Callbacks ：在處理請求之前調用“準備”回調。
- ActiveRecord::Migration::CheckPending ：檢查是否有待運行的遷移，如果有就拋出 ActiveRecord::PendingMigrationError異常。
- ActiveRecord::ConnectionAdapters::ConnectionManagement ：請求處理完成后，清理活躍的連接，除非在發起請求的環境中把 rack.test設為 true。
- ActiveRecord::QueryCache ：啟用 Active Record 查詢緩存。
- ActionDispatch::Cookies ：設置請求的 cookies。
- ActionDispatch::Session::CookieStore ：負責把會話存儲在 cookies 中。
- ActionDispatch::Flash ：設置 Flash 消息的鍵。只有設定了 config.action_controller.session_store選項時才可用。
- ActionDispatch::ParamsParser ：把請求中的參數出入 params。
- ActionDispatch::Head ：把 HEAD 請求轉換成 GET 請求，并處理。
- Rack::ConditionalGet ：添加對“條件 GET”的支持，如果頁面未修改，就不響應。
- Rack::ETag ：為所有字符串類型的主體添加 ETags 報頭。ETags 用來驗證緩存。
