Rack相关知识梳理(一)

简介: 一、什么是Rack Rack是ruby应用服务器和Rack应用程序之间的接口, 这里面Ruby应用服务器可以是Webrick、thin等,Rack应用程序可以是rails、Sinatra等(其实 现在主流的ruby的Web框架都是基于Rack的)。在上图中,当用户的请求到达应用服务器时,应用服务器会

一、什么是Rack


Rack是ruby应用服务器和Rack应用程序之间的接口,



这里面Ruby应用服务器可以是Webrick、thin等,Rack应用程序可以是rails、Sinatra等(其实 现在主流的ruby的Web框架都是基于Rack的)。在上图中,当用户的请求到达应用服务器时,应用服务器会调用rack对请求进行包装,然后在 调用你的rack应用程序,rack程序可以对请求进行分析、处理,并利用rack的响应设施进行输出,rack会将用户响应作为输出返回给ruby应用服务器。

 

二、为什么要用Rack


1、提供一个广泛支持的标准接口


Rack提供了一个标准接口,便于应用程序和应用服务器进行交互,一个Rack应用可以被任何和Rack兼容的应用服务器调用,最明显的一个例子,我们开发的rails应用或者Sinatra应用可以直接使用Webrick或者thin等服务器启动,不用做什么修改,非常方便。


2、模块化、高可重用性


Rack利用中间件实现最大程度模块化,从而提高Web应用程序部件的可重用性,从而提高开发效率


Rack中间件对Ruby Web框架也有很深远的影响:


  • 不同Web框架之间可重用Rack中间件,这意味着你编写的中间件可以在所有主流框架中 使用;


  • 可以通过不同中间件的组合组装出同一Web框架的不同变种以适应不同的需求;


  • 可以组合不同Web框架为同一个更大的系统服务。


3、简单


Rack标准简单,这就很容易让用户实现一个Web服务器或者Web框架

 

三、一个简单的Rack应用程序


1、Rack尝鲜


一个Rack程序应该符合如下条件:


  • 是一个ruby对象,且具有call方法;


  • 只携带一个参数environment;


  • 返回值为一个数组,包含status、header、body三个元素。


require 'rack'
class MyApp 
  def call(env)
    [200, {}, ["this is my app"]] 
  end
end
my_app = MyApp.new
Rack::Handler::WEBrick.run my_app, :Port => 3000


运行这段代码,在浏览器中访问 http://localhost:3000


上面这段代码就是我们实现的一个最简单的Rack应用,我们实现了一个类MyApp,他只有一 个call方法,此方法接受一个参数,返回一个数组,此数据包含status、header、body,在这 里呢,我使用WEBrick来启动这个应用,同样我也可以使用thin来启动,那么最后一句话就变成:


Rack::Handler::thin.run my_app, :Port => 3000


我们在前面说了,目前主流的ruby应用服务器都是兼容Rack接口的,其实这里呢Rack使用了 一种叫Handler(句柄)的机制来实现对众多应用服务器的支持,这些句柄都是在 Rack::Handler命名空间下的,我们可以看到这些类:


Rack::Handler::CGI
Rack::Handler::FastCGI
Rack::Handler::Mongrel
Rack::Handler::EventedMongrel
Rack::Handler::SwiftipliedMongrel
Rack::Handler::WEBrick
Rack::Handler::LSWS
Rack::Handler::SCGI
Rack::Handler::Thin


也就是说Rack缺省下对上面这些服务器支持的。


2、Rack的环境


继续回到我们刚才的应用中来,刚才代码中我们call方法接受一个参数env,那么这个env到底有什么东⻄呢,我们修改下之前的代码:


require 'rack'
class MyApp
  def call(env)
    body = get_env(env)
    [200, {"Content-type" => "text/html"}, [body]]
  end
  def get_env(env) 
    env.map {|k, v| "#{k} => #{v}" }.sort.join("<br/>")
  end 
end
my_app = MyApp.new
Rack::Handler::WEBrick.run my_app, :Port => 3000


这段代码中我们将env的值放到body中,在浏览器中访问http://localhost:3000我们可以看到如下内容:


GATEWAY_INTERFACE => CGI/1.1
HTTP_ACCEPT => text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,*/*;q=0.8 HTTP_ACCEPT_ENCODING => gzip, deflate, sdch
HTTP_ACCEPT_LANGUAGE => zh-CN,zh;q=0.8
HTTP_CACHE_CONTROL => max-age=0
HTTP_CONNECTION => keep-alive
HTTP_COOKIE => remember_token=3E02V5zkb8eAmrUKckE69A
HTTP_HOST => localhost:3000
HTTP_UPGRADE_INSECURE_REQUESTS => 1
HTTP_USER_AGENT => Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_4) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2704.84 Safari/537.36 HTTP_VERSION => HTTP/1.1
PATH_INFO => /
QUERY_STRING =>
REMOTE_ADDR => ::1
REMOTE_HOST => localhost
REQUEST_METHOD => GET
REQUEST_PATH => /
REQUEST_URI => http://localhost:3000/
SCRIPT_NAME =>
SERVER_NAME => localhost
SERVER_PORT => 3000
SERVER_PROTOCOL => HTTP/1.1
SERVER_SOFTWARE => WEBrick/1.3.1 (Ruby/2.0.0/2015-02-25)
rack.errors => #
rack.hijack => #<proc:0x007f843a9054a0@ users=”” yangye=”” .rvm=”” gems=”” ruby- 2.0.0-p643=”” rack-1.6.4=”” lib=”” rack=”” handler=”” webrick.rb:76=”” (lambda)=””> rack.hijack? => true
rack.hijack_io =>
rack.input => # rack.multiprocess => false rack.multithread => true rack.run_once => false rack.url_scheme => http rack.version => [1, 3]


我们可以看出来,env的key主要包含大写的CGI的头,以及rack自己的环境变量 修改我们的url,我们可以看到返回的env中的一些键值会有不同的变化,各位自己尝试下

从上面我们可以看出来,我们编写一个rack应用程序,可以通过env获取用户的请求的方法, 路径名,查询参数,从而调用不同的应用程序去处理,非常高效的去实现各种各样的应用,但 是如果直接存取环境参数会很麻烦,我们还得自己去解析查询参数,维护用户会话信息,不过 好在rack本身提供了丰富的API帮我们解决了这些问题,下面来看两个重要的类Request和 Response。


3、常用的类


Request


这个类的定义是在rack-1.6.4/lib/rack/request.rb 我们要创建一个Request对象很简单,只需要将env传给其构造函数即可 Rack::Request.new(env) 不难想象,Request里面的诸多方法其实就是对env的解析,感兴趣可以去阅读下源码 Response

这个类的定义是在/rack-1.6.4/lib/rack/response.rb。


创建一个Response对象也很简单:Rack::Response.new


这个类的构造函数如下:


def initialize(body=[], status=200, header={}) 
  @status = status.to_i
  @header = Utils::HeaderHash.new.merge(header)
  @chunked = CHUNKED == @header[TRANSFER_ENCODING] 
  @writer = lambda { |x| @body << x }
  @block = nil
  @length = 0
  @body = []
  if body.respond_to? :to_str 
    write body.to_str
  elsif body.respond_to?(:each) 
    body.each { |part| write part.to_s }
  else
    raise TypeError, "stringable or iterable required"
  end
  yield self if block_given? 
end


也就是说,我们在实例化对象时也可以直接传递status、header、body或者我们先实例化对象然后在修改这三个属性。

相关文章
|
IDE 开发工具 Windows
 鸿蒙(HarmonyOS)项目方舟框架(ArkUI)之NavDestination组件
 鸿蒙(HarmonyOS)项目方舟框架(ArkUI)之NavDestination组件
424 3
|
网络协议 Linux
音视频学习之rtsp推拉流学习2(流媒体服务器ZLMediaKit)
音视频学习之rtsp推拉流学习2(流媒体服务器ZLMediaKit)
1682 0
|
域名解析 缓存 网络协议
解决宝塔报错提示:您的请求在Web服务器中没有找到对应的站点
解决宝塔报错提示:您的请求在Web服务器中没有找到对应的站点
解决宝塔报错提示:您的请求在Web服务器中没有找到对应的站点
|
7月前
|
自然语言处理 数据可视化 数据挖掘
评测:大模型时代的智能BI—Quick BI
作为一位产品经理,我近期体验了阿里云Quick BI的深度功能。其智能小Q助手通过自然语言生成可视化报表,大幅提升非技术人员操作效率;本地文件数据源功能实现快速数据分析,减少对IT依赖。智能问数和移动端适配表现出色,但字段命名规则校验及权限控制需优化。总体而言,Quick BI适合中大型企业业务分析,生态兼容性强,智能化覆盖全流程,值得推荐(评分:4.5/5)。
|
存储 人工智能 自然语言处理
边缘智能的新时代:端侧大模型的研究进展综述
【10月更文挑战第9天】随着人工智能的发展,大语言模型在自然语言处理领域取得突破,但在资源受限的边缘设备上部署仍面临挑战。论文《On-Device Language Models: A Comprehensive Review》全面综述了端侧大模型的研究进展,探讨了高效模型架构、压缩技术、硬件加速及边缘-云协作等解决方案,展示了其在实时、个性化体验方面的潜力,并指出了未来的研究方向和挑战。
1062 2
|
传感器 监控 供应链
自动化生产线上的应用
自动化生产线广泛应用在汽车、电子、食品和医药等领域,提高生产效率和质量,节约人力成本。其优势包括生产稳定性强、适应恶劣环境、24小时不间断生产及产品一致性高。随着技术进步,未来自动化生产线将更灵活、定制化,人机融合、绿色环保和智能监控将成为趋势。传感器和电动执行器作为关键组件,优化监控和控制,推动生产效率和质量提升,为企业带来更多机遇与挑战。
465 2
|
消息中间件 Kafka 测试技术
Kafka常用命令大全及kafka-console-consumer.sh及参数说明
该文章汇总了Kafka常用命令,包括集群管理、Topic操作、生产者与消费者的命令行工具使用方法等,适用于Kafka的日常运维和开发需求。
3667 3
|
数据可视化 BI API
如何开放自己的API接口给他人调用并限制请求次数?
你将学到什么? 可以帮助你实现:将自己的API接入到果创云,然后创建子应用给到你的客户或你的开发者进行接口调用,并统计调用次数。平台暂时不支持线上结算,需要自己进行线下接口调用次数的内部结算。
|
开发者
【公告】阿里云开发者社区“关注后查看全文”功能调整通知
12月8日阿里云开发者社区将关闭博主“关注后查看全文”功能
|
Windows
Windows【工具 01】视频下载工具BBDown.exe详细使用说明(https://github.com/nilaoda/BBDown)mp4格式无法识别问题处理(最新版本1.6.1网盘分享)
Windows【工具 01】视频下载工具BBDown.exe详细使用说明(https://github.com/nilaoda/BBDown)mp4格式无法识别问题处理(最新版本1.6.1网盘分享)
1232 0