首先，Rack正好有两件事：
机架-Web服务器界面
机架的基本知识很简单。每个机架兼容的Web服务器将始终在您提供给他的对象上调用call方法，并提供该方法的结果。Rack确切指定此调用方法的外观以及返回的内容。那是架子。
让我们尝试一下。我将使用WEBrick作为兼容机架的Web服务器，但是它们中的任何一个都可以。让我们创建一个返回JSON字符串的简单Web应用程序。为此，我们将创建一个名为config.ru的文件。机架gem的命令rackup将自动调用config.ru，该命令将在兼容机架的Web服务器中简单运行config.ru的内容。因此，我们将以下内容添加到config.ru文件中：
class JSONServer
def call(env)
[200, {"Content-Type" => "application/json"}, ['{ "message" : "Hello!" }']]
end
end
map '/hello.json' do
run JSONServer.new
end
按照约定，我们的服务器有一个称为call的方法，该方法接受环境哈希并返回一个数组，形式为[status，headers，body]供Web服务器使用。让我们通过简单地调用rackup来尝试一下。默认的机架兼容服务器（可能是WEBrick或Mongrel）将启动并立即等待服务请求。
$ rackup
[2012-02-19 22:39:26] INFO WEBrick 1.3.1
[2012-02-19 22:39:26] INFO ruby 1.9.3 (2012-01-17) [x86_64-darwin11.2.0]
[2012-02-19 22:39:26] INFO WEBrick::HTTPServer#start: pid=16121 port=9292
让我们通过卷曲或访问url http://localhost:9292/hello.json和voila 来测试我们的新JSON服务器：
$ curl http://localhost:9292/hello.json
{ message: "Hello!" }
有用。大！这是每个Web框架的基础，无论是Rails还是Sinatra。在某些时候，他们实现了一个调用方法，遍历了所有框架代码，最后以典型的[状态，标头，正文]形式返回响应。
例如，在Ruby on Rails中，机架请求命中如下所示的ActionDispatch::Routing.Mapper类：
module ActionDispatch
module Routing
class Mapper
...
def initialize(app, constraints, request)
@app, @constraints, @request = app, constraints, request
end
def matches?(env)
req = @request.new(env)
...
return true
end
def call(env)
matches?(env) ? @app.call(env) : [ 404, {'X-Cascade' => 'pass'}, [] ]
end
...
end
end
因此，基本上，Rails会根据是否有任何路由匹配，取决于环境哈希值进行检查。如果是这样，它将env哈希传递到应用程序以计算响应，否则它将立即以404响应。因此，任何符合机架接口约定的Web服务器都可以为功能完善的Rails应用程序提供服务。
中间件
Rack还支持中间件层的创建。他们基本上截取了一个请求，对该请求执行某些操作并将其传递。这对于执行多种任务非常有用。
假设我们要向我们的JSON服务器添加日志记录，该日志记录还可以衡量请求花费的时间。我们可以简单地创建一个可以做到这一点的中间件记录器：
class RackLogger
def initialize(app)
@app = app
end
def call(env)
@start = Time.now
@status, @headers, @body = @app.call(env)
@duration = ((Time.now - @start).to_f * 1000).round(2)
puts "#{env['REQUEST_METHOD']} #{env['REQUEST_PATH']} - Took: #{@duration} ms"
[@status, @headers, @body]
end
end
创建后，它会为自己保存实际机架应用程序的副本。在我们的例子中，这是JSONServer的一个实例。Rack自动调用中间件上的call方法，并期望返回一个[status, headers, body]数组，就像JSONServer返回一样。
因此，在此中间件中，采用起点，然后使用进行对JSONServer的实际调用@app.call(env)，然后记录器输出记录项，最后将响应返回为[@status, @headers, @body]。
要使我们的小rackup.ru使用此中间件，请向其添加一个使用RackLogger，如下所示：
class JSONServer
def call(env)
[200, {"Content-Type" => "application/json"}, ['{ "message" : "Hello!" }']]
end
end
class RackLogger
def initialize(app)
@app = app
end
def call(env)
@start = Time.now
@status, @headers, @body = @app.call(env)
@duration = ((Time.now - @start).to_f * 1000).round(2)
puts "#{env['REQUEST_METHOD']} #{env['REQUEST_PATH']} - Took: #{@duration} ms"
[@status, @headers, @body]
end
end
use RackLogger
map '/hello.json' do
run JSONServer.new
end
重新启动服务器，瞧，它会在每个请求上输出日志。机架允许您添加按添加顺序调用的多个中间件。这是在不更改机架应用程序核心的情况下添加功能的好方法。
机架-宝石
尽管机架-首先-是一种惯例，但它也是提供强大功能的瑰宝。我们已经在JSON服务器中使用过其中之一，即rackup命令。但是还有更多！rack gem在很多用例中几乎没有提供应用程序，例如提供静态文件甚至整个目录。让我们看看我们如何提供一个简单的文件，例如位于htmls / index.html的一个非常基本的HTML文件：
<!DOCTYPE HTML>
<html>
<head>
<title>The Index</title>
</head>
<body>
<p>Index Page</p>
</body>
</html>
我们可能想从网站根目录提供此文件，因此让我们在config.ru中添加以下内容：
map '/' do
run Rack::File.new "htmls/index.html"
end
如果访问，http://localhost:9292我们将看到完美呈现的html文件。那很容易，对吗？
让我们通过在/ javascripts下创建一些javascript文件并将以下内容添加到config.ru中来添加整个javascript文件目录：
map '/javascripts' do
run Rack::Directory.new "javascripts"
end
重新启动服务器并访问http://localhost:9292/javascript，您将看到可立即从任何地方包含的所有javascript文件的列表。
