本文主要介绍了Go语言中文件读写的相关操作。
创新互联是由多位在大型网络公司、广告设计公司的优秀设计人员和策划人员组成的一个具有丰富经验的团队，其中包括网站策划、网页美工、网站程序员、网页设计师、平面广告设计师、网络营销人员及形象策划。承接：成都网站建设、成都网站设计、网站改版、网页设计制作、网站建设与维护、网络推广、数据库开发,以高性价比制作企业网站、行业门户平台等全方位的服务。
文件是什么？
计算机中的文件是存储在外部介质（通常是磁盘）上的数据集合，文件分为文本文件和二进制文件。
os.Open() 函数能够打开一个文件，返回一个 *File 和一个 err 。对得到的文件实例调用 close() 方法能够关闭文件。
为了防止文件忘记关闭，我们通常使用defer注册文件关闭语句。
Read方法定义如下：
它接收一个字节切片，返回读取的字节数和可能的具体错误，读到文件末尾时会返回 0 和 io.EOF 。 举个例子：
使用for循环读取文件中的所有数据。
bufio是在file的基础上封装了一层API，支持更多的功能。
io/ioutil 包的 ReadFile 方法能够读取完整的文件，只需要将文件名作为参数传入。
os.OpenFile() 函数能够以指定模式打开文件，从而实现文件写入相关功能。
其中：
name ：要打开的文件名 flag ：打开文件的模式。 模式有以下几种：
perm ：文件权限，一个八进制数。r（读）04，w（写）02，x（执行）01。
go语言方便的地方之一就是容易部署， 编译成二进制文件，丢到服务器，就像一个内建的bash程序，不用安装依赖，不用部署环境，不用管理源码，直接就运行了。这也会产生一个问题， 经过年深日久的运行后，某天需要修改一个功能，可能最初开发的同事几经易手，那么，如何从这个二进制文件找到源码和对应的信息呢？
本文主要就是解决这个问题，利用 go build 的 -ldflags -X， 把程序及相关的环境信息编译进项目的的help信息中，当程序执行-v时，有如下的输出：
文件准备完成后， 执行下面的命令，把文件加入git版本管理中，如果不加git管理， build.sh中的脚本会执行报错：
现在执行build.sh 编译二进制文件，执行完成后，可见文件目录中多了一个文件 version-example
由于我们的 Dockerfile 使用多阶段构建，
由于 alpine 镜像非常小，只有 5 mb 左右，但是由于客户那边强制要使用红帽的基础镜像，所以在第二阶段修改成红帽的镜像，最终打成的镜像运行的时候会提示 No such file or directory 。
这个问题的原因在于第一阶段构建的环境和第二阶段的运行的环境不一致，很多时候以为都是 Linux 环境，怎么可能不一致呢，但是由于 Linux 的各个发行版都有自己定制化的部分，就譬如 alpine 分支，他的 C 语言动态链接库使用的是 musl，而像 centos 用的都是 glibc，他们都是 c 语言的标准库，用来调用操作系统的库。
上面说的是一方面原因，但是不是这个问题的最具体的原因。
go build 打包出来的二进制文件还写一个非常重要的信息 interpreter 。
我将二进制文件从容器内 copy 出来通过 file 查看
可以看到二进制的文件上有些一个解释器的地址，这个文件地址是写死在二进制文件上的，后面我启动一个 centos 容器。
果然报了同样的一个错误。
Linux 如何启动一个二进制文件可以参考一下参考文档，就是通过这个解释器出发将程序调入内存。
我们需要对一些文本进行"明文加密",何为"明文加密"?
从一些错乱的数据中,提取我们想要的数据.
生成错乱的数据(可以随机生成)
只需从上面的字符串提取数字即可,45.89.0.8
这里只是举个简单例子
这样就会该go文件同级目录生成bin文件
并未使用binary.Read()方法
读取到的文本
再根据自己的规则去提取该字符中你想要的数据即可.
