这是一个创建于 4150 天前的主题，其中的信息可能已经有所发展或是发生改变。
介绍： http://blog.golang.org/go1.3
Go 1.3 Release Notes： http://golang.org/doc/go1.3
跟1.2相比，golang的语法没有什么变化，而改进的是其他的一些功能，比如提供精确的GC，优化编译速度等……
Go 1.3 Release Notes： http://golang.org/doc/go1.3
跟1.2相比，golang的语法没有什么变化，而改进的是其他的一些功能，比如提供精确的GC，优化编译速度等……
 | 1 pubby 2014-06-19 13:25:28 +08:00 good,坐等freebsd pkg更新 最近上的几个go服务进程确实内存占用有些大 |
 | 2 Livid MOD PRO 之前用 ab 测试某个 go 的 web 编程框架，每隔几千个请求就会有一次停顿，然后就对 go 的 gc 印象比较深刻…… |
 | 3 guotie 2014-06-19 13:58:41 +08:00 不错，新的起点 |
 | 7 cnbuff410 2014-06-19 17:41:23 +08:00 via Android "The garbage collector has been sped up, using a concurrent sweep algorithm, better parallelization, and larger pages. The cumulative effect can be a 50-70% reduction in collector pause time." |
 | 8 Virtao 2014-06-19 17:57:17 +08:00 Go确实还有很大的改进空间，不过底子比较好，只要方向没问题，很有前景。这次1.3正则库效率也有所提高，之前效率是PCRE的十分之一 |
| 9 pubby 2014-06-21 16:26:42 +08:00 升级到1.3 踩坑里去了 Reader.Read 54 // An instance of this general case is that a Reader returning 55 // a non-zero number of bytes at the end of the input stream may 56 // return either err == EOF or err == nil. The next Read should 57 // return 0, EOF regardless. 这里确实发生变化了： 1.2 的时候 最后一次Read 读到n byte, err == nil ，后续Read才会err == EOF 更新到1.3， 最后一次Read 读到n byte,并且err == EOF，不需要再次Read才会碰到EOF 之前没有严格按照文档做的恶果 ~~~55~~~，不少代码要改了 59 // Callers should always process the n > 0 bytes returned before 60 // considering the error err. Doing so correctly handles I/O errors 61 // that happen after reading some bytes and also both of the 62 // allowed EOF behaviors. |
Select Language