-1的二进制是1111 1111，不是1000 0001喔，负数的二进制表示为其原码的反码再加1，
目前创新互联建站已为1000多家的企业提供了网站建设、域名、虚拟主机、成都网站托管、企业网站设计、安岳网站维护等服务，公司将坚持客户导向、应用为本的策略，正道将秉承"和谐、参与、激情"的文化，与客户和合作伙伴齐心协力一起成长，共同发展。
正数的反码跟原码不变，而负数的反码除符号位外其他位取反
-1的原码是1000 0001，所以反码为1111 1110，最后在加1即1111 1111
如果二进制1000 0001是一个有符号位的8位数据，那么最高位为符号位，1为负数0为正数
那反过来二进制1000 0001表示成十进制就是减1在取反，
1000 0001 - 1=1000 0000
除符号位取反后为1111 1111即-127
由于我们的 Dockerfile 使用多阶段构建，
由于 alpine 镜像非常小，只有 5 mb 左右，但是由于客户那边强制要使用红帽的基础镜像，所以在第二阶段修改成红帽的镜像，最终打成的镜像运行的时候会提示 No such file or directory 。
这个问题的原因在于第一阶段构建的环境和第二阶段的运行的环境不一致，很多时候以为都是 Linux 环境，怎么可能不一致呢，但是由于 Linux 的各个发行版都有自己定制化的部分，就譬如 alpine 分支，他的 C 语言动态链接库使用的是 musl，而像 centos 用的都是 glibc，他们都是 c 语言的标准库，用来调用操作系统的库。
上面说的是一方面原因，但是不是这个问题的最具体的原因。
go build 打包出来的二进制文件还写一个非常重要的信息 interpreter 。
我将二进制文件从容器内 copy 出来通过 file 查看
可以看到二进制的文件上有些一个解释器的地址，这个文件地址是写死在二进制文件上的，后面我启动一个 centos 容器。
果然报了同样的一个错误。
Linux 如何启动一个二进制文件可以参考一下参考文档，就是通过这个解释器出发将程序调入内存。
func ByteToBinaryString(data byte) (str string) {
var a byte
for i:=0; i 8; i++ {
a = data
data = 1
data = 1
switch (a) {
case data: str += "0"
default: str += "1"
}
data = 1
}
return str
}
//该代码片段来自于:
使用方法package main
import . "fmt"
func main() {
Printf("[%s][%s][%s][%s]\n",
ByteToBinaryString(byte(0)),ByteToBinaryString(byte(231)),
ByteToBinaryString(byte(168)), ByteToBinaryString(byte(162)))
}
//二进制转十六进制
func btox(b string) string {
base, _ := strconv.ParseInt(b, 2, 10)
return strconv.FormatInt(base, 16)
}
//十六进制转二进制
func xtob(x string) string {
base, _ := strconv.ParseInt(x, 16, 10)
return strconv.FormatInt(base, 2)
}
我们需要对一些文本进行"明文加密",何为"明文加密"?
从一些错乱的数据中,提取我们想要的数据.
生成错乱的数据(可以随机生成)
只需从上面的字符串提取数字即可,45.89.0.8
这里只是举个简单例子
这样就会该go文件同级目录生成bin文件
并未使用binary.Read()方法
读取到的文本
再根据自己的规则去提取该字符中你想要的数据即可.
mac下编译器默认编译的是mac os x的可执行文件。
编译centos上的可执行文件的时候需要交叉编译。
golang的交叉编译很容易，你的情况的话用下面这条命令
GOOS=linux GOARCH=amd64 go build ./文件