内容简介:最近看了假设要做一个对象储存,架构如下所示:其中接口服务器是直接和客户端交互的,而数据服务器是用来存储存储数据的。
问题
最近看了 《分布式对象存储--原理架构及 Go 语言实现》 这本书,整体思路很清晰,但是由于对于 golang
中的数据流操作( tcp
数据流,文件流等)不是很熟悉,导致对代码的理解有点问题。所以特地整理一下。
场景
假设要做一个对象储存,架构如下所示:
对象存储架构.png
其中接口服务器是直接和客户端交互的,而数据服务器是用来存储存储数据的。
现在将问题简化,只有一个接口服务器,一个数据服务器。当客户端想从服务器获取数据时,流程如下所示:
客户端发起请求流程.png
客户端需要先找接口服务器要数据,接口服务器找数据服务器要(当然需要先定位数据在哪个数据服务器上),数据服务器回数据给接口服务器,接口服务器再回复给客户端,经过这样的流程,客户端才能收到数据。
接口设计
客户端获取数据时向接口服务器发送 GET
请求,请求的 url
为 /objects/<object_name>
。
同样接口服务器向数据服务器转发GET 请求
,请求的 url
为 /objects/<object_name>
。
数据服务器读取本地指定文件夹的 <object_name>
文件,将内容回复给接口服务器,接口服务器再回复给客户端。
数据服务器实现
dataServer代码
数据服务器的功能很明显,所以先完成数据服务器的代码。
golang
实现 API
十分简单:
// dataServer.go package main import ( "net/http" "io" "os" "log" "strings" ) const objectDir = "D:/objects/" func Handler(w http.ResponseWriter, r *http.Request) { m := r.Method if m == http.MethodGet { get(w, r) return } w.WriteHeader(http.StatusMethodNotAllowed) } func get(w http.ResponseWriter, r *http.Request) { // 收到 接口服务器的 请求 // 提取 要获取的文件名 name := strings.Split(r.URL.EscapedPath(), "/")[2] f, e := os.Open(objectDir + name) if e != nil { log.Println(e) w.WriteHeader(http.StatusNotFound) return } defer f.Close() // 真正读取,并发送 io.Copy(w, f) } func main() { http.HandleFunc("/objects/", Handler) http.ListenAndServe(":8889", nil) }
dataServer
监听在本地的 8889
端口。代码中值得解释的就是 get()
函数,这是执行 GET
请求的时要执行的主要函数,主要工作就是读取文件,将文件内容写入 http.ResponseWriter
中,就能返回数据。
这里要注意的是 f, e := os.Open(objectDir + name)
中的 f
是个 *File
类型,定义如下:
// File represents an open file descriptor. type File struct { *file // os specific } // read reads up to len(b) bytes from the File. // It returns the number of bytes read and an error, if any. func (f *File) read(b []byte) (n int, err error) { n, err = f.pfd.Read(b) runtime.KeepAlive(f) return n, err }
可以看到它实现了 io.Reader
接口,而 io.Copy()
函数的定义为:
// Copy copies from src to dst until either EOF is reached // on src or an error occurs. It returns the number of bytes // copied and the first error encountered while copying, if any. // // A successful Copy returns err == nil, not err == EOF. // Because Copy is defined to read from src until EOF, it does // not treat an EOF from Read as an error to be reported. // // If src implements the WriterTo interface, // the copy is implemented by calling src.WriteTo(dst). // Otherwise, if dst implements the ReaderFrom interface, // the copy is implemented by calling dst.ReadFrom(src). func Copy(dst Writer, src Reader) (written int64, err error) { return copyBuffer(dst, src, nil) }
而 copyBuffer()
函数调用了 src
这个 io.Reader
接口的 Read()
函数读取数据,然后将数据拷贝到 dst
这个 io.Writer
中。
所以文件的真正读取,是发生在 io.Copy(w, f)
这句代码处的,这句代码会阻塞到所有的数据读取完毕。注意:文件流读取完成后需要调用 Close
函数关闭。
测试
由于数据服务器的地址是 localhost:8889
,所以在浏览器输入 localhost:8889/objects/test.txt
可以看到浏览器确实接收到了数据。
测试结果.png
接口服务器实现
发起GET请求
在 golang
中发起简单的 GET
请求使用 http.Get()
函数即可。
例如,向 baidu.com
发起 GET
请求。
package main import ( "net/http" "io/ioutil" "fmt" ) func main() { resp, err := http.Get("http://www.baidu.com") if err != nil { fmt.Println(err.Error()) return } defer resp.Body.Close() body, err := ioutil.ReadAll(resp.Body) if err != nil { fmt.Println(err.Error()) return } fmt.Println(string(body)) }
http.Get()
含义的定义如下:
// Get is a wrapper around DefaultClient.Get. // // To make a request with custom headers, use NewRequest and // DefaultClient.Do. func Get(url string) (resp *Response, err error) { return DefaultClient.Get(url) } type Response struct { Status string // e.g. "200 OK" StatusCode int // e.g. 200 Proto string // e.g. "HTTP/1.0" ProtoMajor int // e.g. 1 ProtoMinor int // e.g. 0 Header Header Body io.ReadCloser ContentLength int64 TransferEncoding []string Close bool Uncompressed bool Trailer Header Request *Request TLS *tls.ConnectionState }
可以看到第一个返回值是 resp *Response
类型,其中有个 Body
成员是个 io.ReadCloser
接口,这个接口是 io.Reader
接口和 io.Closer
接口的组合,数据都存在这个 Body
中,调用 ioutil.ReadAll(resp.Body)
就是执行 resp.Body
实现的 Read
函数, 真正读取数据 。读取出来的 []byte
类型,所以打印的时候转成 string
。需要注意:和文件流一样,这个 Body
也需要关闭。
apiServer代码
所以 apiServer
在处理 GET
请求 的时候,只需要先向 dataServer
发送 GET
请求,将接收的内容返回就行了。
关键点在于: apiServer
需要完全读取 dataServer
返回的内容存在内存里,然后将存好的数据发给客户端吗?
答案是否定的,因为这是个对象存储,可能存储的内容非常大,大到接口服务器的内存都放不下, apiServer
先将内容读到内存是不现实的。
解决方法就是用流的方式,假设 dataServer
-> apiServer
-> 客户端
之间维护了一个数据流,可以 dataServer
读了一部分数据,就向 apiServer
转发, apiServer
同时客户端转发, 这样数据就可以源源不断的向水流一样流向客户端 , apiServer
使用的内存量就可以减小。
apiServer
的结构和 dataServer
一样,只是 get
函数的流程不一样。
// apiServer.go package main import ( "net/http" "io" "strings" ) const dataServerAddr = "http://localhost:8889/objects/" func Handler(w http.ResponseWriter, r *http.Request) { m := r.Method if m == http.MethodGet { get(w, r) return } w.WriteHeader(http.StatusMethodNotAllowed) } func get(w http.ResponseWriter, r *http.Request) { // 解析 客户端的请求的文件名 name := strings.Split(r.URL.EscapedPath(), "/")[2] // 向 数据服务器 请求该文件 resp, err := http.Get(dataServerAddr + name) if err != nil { w.WriteHeader(http.StatusNotFound) return } defer resp.Body.Close() // 将 数据服务器 的回复 返回给 客户端 io.Copy(w, resp.Body) } func main() { http.HandleFunc("/objects/", Handler) http.ListenAndServe(":8888", nil) }
apiServer
监听在本地的 8888
端口。在收到客户端的请求后,解析出请求的文件名,然后向 dataServer
发起 GET
请求。 http.Get()
执行完毕, apiServer
和 dataServer
就建立了连接,但是还没有真正读取数据。只有在最后执行 io.Copy(w, resp.Body)
的时候才读取 resp.Body
的数据,再写入到 w
中,客户端就可以读取。
流传输
这就是数据流的含义了。
getStream流封装
可以经上面 get
函数发请求的部分封装起来。
新增一个 object
包,添加 get.go
文件
// object/get.go package objects import ( "io" "net/http" "fmt" ) type GetStream struct { reader io.ReadCloser } func (r *GetStream) Read(p []byte) (n int, err error) { return r.reader.Read(p) } func (r *GetStream) Close() (err error) { return r.reader.Close() } func NewGetStream(url string) (*GetStream, error) { r, e := http.Get(url) if e != nil { return nil, e } if r.StatusCode != http.StatusOK { return nil, fmt.Errorf("dataServer return http code %d", r.StatusCode) } return &GetStream{r.Body}, nil }
首先封装了一个 GetStream
类型,它内部只有一个成员 reader
, 由于读取完需要关闭,所以是 io.ReadCloser
接口类型。 GetStream
的 Read
和 Close
函数都是借助成员 reader
帮助完成。
NewGetStream()
函数就是帮助构造一个 GetStream
类型。也就是发其一个 GET
请求,使用 resp.Body
初始化 GetStream
类型。这样就得到了一个 GetStream
类型。
apiServer
的 get()
函数也随之改变:
// apiServer.go 中 get函数 func get(w http.ResponseWriter, r *http.Request) { // 解析 接口服务器 接收 客户端的数据 name := strings.Split(r.URL.EscapedPath(), "/")[2] // 构造一个 GetStream 类型 stream, e := objects.NewGetStream(dataServerAddr + name) if e != nil { log.Println(e) w.WriteHeader(http.StatusNotFound) return } defer stream.Close() // 不要忘记关闭这个流 io.Copy(w, stream) // stream实现了io.reader接口 }
先使用 objects.NewGetStream
得到 stream
,从这个流中读数据,就是从 apiServer
和 dataServer
之间建立的连接中读取数据。最后将这个 stream
中的数据写入到 w
中。同样, 不要忘记关闭这个流 (书上带忘记了)。
虽然这个代码太简单了,以至于没有感受到封装的好处,但是后面封装 PutSteam
的时候,就可以感受到封装代码更加简单,更容易理解。
测试
启动 apiServer
和 dataServer
,向 apiServer
发起请求,地址是 localhost:8888
:浏览器输入 localhost:8888/objects/test.txt
可以看到浏览器确实接收到了数据:
测试结果.png
总结
- 实现了
io.Reader
和io.Writer
接口结构的实际上都是 流 ,只有在调用Read
和Write
的时候才会真正的读写数据。 - 几个流之间可以串连起来。 读取第一个流,就会读取后面几个流 。
-
apiServer
不需要完全读取dataServer
的数据才回复客户端,完全可以将三者通过数据流进行连接。
下一步工作
下一步需要完成客户端上传文件的操作,这是个 PUT
请求,会学习到使用 io.Pipe()
函数将两个协程之间通过数据流(一个读,一个写)连接起来。(可能要等写完小论文了。。。)
参考
以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持 码农网
猜你喜欢:- JavaScript骚操作之操作符
- Go 语言操作 MySQL 之 事务操作
- C# 数据操作系列 - 1. SQL基础操作
- Vim 跨行操作与 Ex 命令操作范围
- 并发环境下,先操作数据库还是先操作缓存?
- 关于HBase Shell基本操作的表操作示例
本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们。
移动应用的设计与开发
[美] 弗林 (Brian Fling) / 马晶慧 / 电子工业出版社 / 2010-5 / 59.80元
本书全面介绍了如何在移动设备上设计和开发应用程序。书中从介绍移动产业的生态环境和移动媒体开始,阐述产品策划的方法、产品架构、视觉设计和产品类型的选择,并详细描述了产品实现过程中所用到的一些技术、工具和概念,最后还简单介绍了如何获得利润和降低成本,肯定了iPhone在移动设备发展史上起到的巨大推动作用。本书不仅能让读者了解到移动设计和开发的知识,更重要的是,它揭示了移动开发的代价高昂、标准混乱的根本......一起来看看 《移动应用的设计与开发》 这本书的介绍吧!