13518219792
我们可以看到 gorilla/websocket中的examples中有一个聊天室的demo。
成都创新互联公司主营大箐山网站建设的网络公司,主营网站建设方案,重庆APP软件开发,大箐山h5小程序制作搭建,大箐山网站营销推广欢迎大箐山等地区企业咨询
我们进入该项目可以看到里面有这样的一些内容
按照官方的运行方式来运行这个项目
在浏览器中打开8080端口，可以看到该项目可以被成功运行了。
就是这样一个简单的demo。
然后我们去看一下它的具体实现。
在这个项目中首先定义了一个hub的结构体：
这个结构体中，clients代表所有已经注册的用户，broadcast管道会存储客户端发送来的信息。 register是一个*Client类型的管道，用于存储新注册的用户，unregister管道反之。
我们打开main.go，main函数的源码为：
在这里首先会新开一个goroutine，去跑hub的run方法，run方法中一个死循环，不停地去轮询hub中的内容
如果取到了新用户，就加入到clients中，如果取到了信息，就循环所有的client,将信息写到client.send中。
我们看到在请求路径为根的时候，它会请求一个函数，而这个函数就是将home.html发送到客户端。
而在请求路径为“/ws”的时候，他会执行一个serveWS的函数。
每当一个新的用户进来之后，首先将连接升级为长连接，然后将当前的client写到register中，由hub.run函数去做处理。然后开启两个goroutine,一个去读client中发送来的数据，一个将数据写入到所有的client中，去发送给用户。
这就是整个聊天室的实现原理。
Docker 提供了一个与 Docker 守护进程交互的 API (称为Docker Engine API)，我们可以使用官方提供的 Go 语言的 SDK 进行构建和扩展 Docker 应用程序和解决方案。
转自：
整理：地鼠文档
通过下面的命令就可以安装 SDK 了：
该部分会介绍如何使用 Golang + Docker API 进行管理本地的 Docker。
第一个例子将展示如何运行容器，相当于 docker run docker.io/library/alpine echo "hello world" ：
还可以在后台运行容器，相当于 docker run -d bfirsh/reticulate-splines ：
列出正在运行的容器，就像使用 docker ps 一样：
如果是 docker ps -a ，我们可以通过修改 types.ContainerListOptions 中的 All 属性达到这个目的：
通过上面的例子，我们可以获取容器的列表，所以在这个案例中，我们可以去停止所有正在运行的容器。
通过指定容器的 ID，我们可以获取对应 ID 的容器的日志：
获取本地所有的镜像，相当于 docker image ls 或 docker images ：
拉取指定镜像，相当于 docker pull alpine ：
除了公开的镜像，我们平时还会用到一些私有镜像，可以是 DockerHub 上私有镜像，也可以是自托管的镜像仓库，比如 harbor 。这个时候，我们需要提供对应的凭证才可以拉取镜像。
值得注意的是：在使用 Docker API 的 Go SDK 时，凭证是以明文的方式进行传输的，所以如果是自建的镜像仓库，请务必使用 HTTPS ！
我们可以将一个已有的容器通过 commit 保存成一个镜像：
当然，除了可以管理本地的 Docker ， 我们同样也可以通过使用 Golang + Docker API 管理远程的 Docker 。
默认 Docker 是通过非网络的 Unix 套接字运行的，只能够进行本地通信（ /var/run/docker.sock ），是不能够直接远程连接 Docker 的。
我们需要编辑配置文件 /etc/docker/daemon.json ，并修改以下内容（把 192.168.59.3 改成你自己的 IP 地址），然后重启 Docker ：
创建 client 的时候需要指定远程 Docker 的地址，这样就可以像管理本地 Docker 一样管理远程的 Docker 了：
现在已经有很多可以管理 Docker 的产品，它们便是这样进行实现的，比如： portainer 。
我们在mian函数中，首先初始化配置文件，然后新建http连接。
这个连接创建之后，监听服务器的9999端口。如果url的路径后缀为 "/ws",就转发到ws/ws.go中的IndexHandler方法中。
这个方法中首先我们创建一个websocket的Upgrader实例，然后我们使用Upgrader的upgrade方法来升级一下我们的连接为长连接。
升级完成之后会返回一个*websocket.Conn的连接，我们之后所有的关于连接的操作，都是基于该conn的。
在该连接完成之后，我们将连接存放到一个名为Client的map中，以便之后管理更为方便。
之后，我们启动一个goroutine来读取连接中发送的信息内容，再根据内容进行相应的操作。
Client前两个请求对同一个host发起，复用了55564接口的链接，第三次请求对另外一个HOST发起，由于MaxIdleConns=1，会关闭前一个链接然后发起一个新的链接，第四次同样也会关闭第三次的链接，重新发起。说明MaxIdleConns限制了最大keep-alive的连接数，超出的连接会被关闭掉。
Client对不同的两个Host发起的请求，都复用了连接
