189 8069 5689
因为业务上的需求，架构师改了hack了一下golang的源码，放出一个patch文件，给源码打了patch之后，需要重新编译go源码，
10年积累的做网站、成都网站设计经验，可以快速应对客户对网站的新想法和需求。提供各种问题对应的解决方案。让选择我们的客户得到更好、更有力的网络服务。我虽然不认识你，你也不认识我。但先网站制作后付款的网站建设流程，更有华亭免费网站建设让你可以放心的选择与我们合作。
我是用 brew 安装的golang, 先用 go env 看看
锁定了源码的路径： /usr/local/Cellar/go/1.7.5/libexec
Go从1.5版本开始实现“自举”（Bootstrap），也就是用Go来实现Go、用Go来编译Go，因此这里的意思是系统默认用go1.4来编译golang，
但是我的系统里面并没有go1.4，这里偷个懒
等待编译测试完成即可。
Go1.5开发环境依赖Go1.4版本作为引导，因为Go1.5使用Go本身来编译安装Go，所以必须保证服务器上已经安装Go1.4，这完全是为了解决先有鸡还是先有蛋的问题，当然如果你想避免编译安装1.4也可以直接使用二进制包。
在这里假设你希望将go1.5安装到$HOME/go1.5目录下，只需要以下几步：
下载Go1.5的源码放到$HOME/go1.5目录下
在安装Go1.5之前需要将Go1.4放到$HOME/go1.4下面或者export GOROOT_BOOTSTRAP=/go1.4安装目录/
到$HOME/go1.5/src/下执行all.bash即可
我习惯将软件安装至/usr/local/下，以下为我安装Go1.5(/usr/local/go1.5)的步骤：
wget
tar zxvf go1.5.1.src.tar.gz
mv ./go /usr/local/go1.5
wget
tar zxvf go1.4.3.src.tar.gz
mv ./go /usr/local/go-bootstrap1.4/
cd /usr/local/go-bootstrap1.4/src
./all.bash //编译安装Go1.4，有可能test不通过，只要编译通过，test可忽略，目的是需要go1.4的二进制包来编译1.5
cd /usr/local/go1.5/src
GOROOT_BOOTSTRAP=/usr/local/go-bootstrap1.4 ./all.bash
//可在环境变量中添加GOROOT_BOOTSTRAP，然后再编译Go1.5
以下为网摘：
From C to Go
The gc tool chain is being converted from C to Go.
An ongoing process, started early 2014.
Russ Cox says "It'll be done by March [2015]."
New link tool to replace 6l, 8l, etc.
New asm tool to replace 6a, 8a, etc.
Machine-translated gc to replace 6g, 8g, etc.
Design doc:
golang.org/s/go13compiler
Go 1.5 will have no C code in the tool chain or runtime.
Go语言将使用Go代替C重写运行时环境
Go 1.4 的合并窗口在 9 月份将关闭，从现在开始到12月份发布 Go 1.4 之前将只接受 bug 修复和小调整。
Go 1.4 最主要的变化是将使用 Go 语言本身来重写 Go 的运行时，而之前是采用 C 语言开发。这也是为什么 Go 的发行版中包含一个 C
编译器的原因。
使用 Go 重写的好处是：
当前如果在 Goroutine 的调用堆栈中发现 C 代码，runtime 将在需要增长堆栈时回滚到老的堆栈方法。如果使用 Go 来重写
runtime，那么堆栈拷贝的方法就会更加高效
目前转换工作只计划转 Go 编译器 (5g, 6g, 8g), 而不是 C 编译器，降低运行时中的 C 代码行数，甚至可能完全清除
注意
这是 golang.org 分发版，也就是 gc ，而不是 gccgo
这是不同的 C 编译器，gc 工具链将使用你系统的 C 编译器来编译，gc 运行时则使用它的 C 编译器来编译
8月20日后增加的转换行可能跟 this request 有关.
Go语言将使用Go代替C重写运行时环境
— 从现在开始到12月份 Go 1.4版本发布前，Go将只接受Bug修复和小范围的调整，Go
1.4版本将实现使用Go语言来重写Go的运行时环境。
实际业务：go 二进制文件在私有化部署中，需要对客户的服务器mac和ip进行绑定，系统只能运行在绑定的服务器上。把mac和ip地址配置到config中。
运行效果：系统可正常编译，正常访问，在用户Auth接口进行核对。
//检验Mac和内网IP，测试环境不做校验
func (c *CommonBase)CheckMacAndIp()error {
ipCfg :=g.Cfg().GetString("machine.Ipaddr")
macCfg :=g.Cfg().GetString("machine.Macip")
if ipCfg =="127.0.0.1" {
return nil
}
macArray,_ :=gipv4.GetMacArray()
if len(macArray) ==0 {
return gerror.New("mac地址获取失败")
}
if garray.NewStrArrayFrom(macArray).Contains(macCfg) ==false {
return gerror.New("示授权的应用MAC，请联系")
}
ipArray,_ :=gipv4.GetIpArray()
ipIntranetArray,_ :=gipv4.GetIntranetIpArray()
if len(ipArray) ==0 len(ipIntranetArray) ==0 {
return gerror.New("ip地址获取失败")
}
if garray.NewStrArrayFrom(ipArray).Merge(ipIntranetArray).Contains(ipCfg) ==false {
return gerror.New("示授权的应用IP，请联系")
}
return nil
}
项目使用GoFrame框架1.6。考虑到客户可能会对内存数据做分析破解，可以把mac和ip地址做AES加密。