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程序
require 'rack'
app = lambda{|env|[200,{},["hello from rack"]]}
Rack::Handler::WEBrick.run app
使用中間件的rack程序：
require 'rack'
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]]
end
end
app = lambda{|env|[200,{},["hello from rack"]]}
Rack::Handler::WEBrick.run Decorator.new(app)
上面使用中間件的方法在使用多個時容易混亂，rack有一個Builder類可以有效管理
使用如下
require 'rack'
require 'decorator'
app = Rack::Builder.new{
use Rack::ContentLength
use Decorator
run lambda {|env| [200, {"Content-Type"=>"text/html"}, ["hello world"]]}
}.to_app
Rack::Handler::WEBrick.run app
使用Rack::Builder的map方法，可以創建有路由的rack程序
require 'rack'
app = Rack::Builder.new {
map '/hello' do
run lambda {|env| [200, {"Content-Type" => "text/html"}, ["hello"]] } end
map '/world' do
run lambda {|env| [200, {"Content-Type" => "text/html"}, ["world"]] }
end
map '/' do
run lambda {|env| [200, {"Content-Type" => "text/html"}, ["all"]] } end
}.to_app
Rack::Handler::WEBrick.run app, :Port => 3000
由于rails的全棧性，rack中間件很多，在一些高并發但業務簡單的網站或api使用時
響應時間過長，在這種情況下可以考慮使用rack或者sinatra。
啟動一個rack程序有兩種方式：
1.直接使用ruby運行.rb文件,默認在8080啟動服務，無日志文件
2.使用rackup，默認在9292 啟動服務，有日志文件，rackup可使用 -o 指定ip, －p 指定端口號
require 'rack'
app = lambda{|env| [200,{},["hello world"]] }
Rack::Server.new.server.run app
ruby xxx.rb
#test.ru
run lambda{|env| [ 200,{},["rackup start"] ]}
rackup test.ru
rack會在啟動時默認加載一些中間件:
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服務。
使用很簡單一句話：
#test.ru
run Rack::Directory.new "~/"
rackup test.ru
這樣就會把home目錄下的所有文件、文件夾在瀏覽器中顯示
rails應用中使用rake middleware即可顯示所有的middleware(中間件)
** **rake middleware
use Rack::Sendfile
use ActionDispatch::Static
use Rack::Lock
use #ActiveSupport::Cache::Strategy::LocalCache::Middleware:0x007feef1563b90>
use Rack::Runtime
use Rack::MethodOverride
use ActionDispatch::RequestId
use Rails::Rack::Logger
use ActionDispatch::ShowExceptions
use WebConsole::Middleware
use ActionDispatch::DebugExceptions
use ActionDispatch::RemoteIp
use ActionDispatch::Reloader
use ActionDispatch::Callbacks
use ActiveRecord::Migration::CheckPending
use ActiveRecord::ConnectionAdapters::ConnectionManagement
use ActiveRecord::QueryCache
use ActionDispatch::Cookies
use ActionDispatch::Session::CookieStore
use ActionDispatch::Flash
use ActionDispatch::ParamsParser
use Rack::Head
use Rack::ConditionalGet
use Rack::ETag
run Fool::Application.routes
rails使用了rack定義的一些中間件，自定義了一些中間件，其中自定義的routes為rack程序，routes 把rails controller的action變為lambda并作為rack程序運行，在rails console里輸入
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可添加、刪除、修改中間件
config.middleware.use(new_middleware, args)＃：把新中間件添加到列表末尾；
config.middleware.insert_before(existing_middleware,
new_middleware, args)#：在 existing_middleware
之前添加新中間件；
config.middleware.insert_after(existing_middleware,
new_middleware, args)#：在 existing_middleware
之后添加新中間件；
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 用來驗證緩存。
