最后更新时间: 2017/06/12
- 增加5. golang 列出依赖的包
1. slice make时候如果len不为0, 则slice内有值, append时候只会往后append
a := make([]int, 2, 5)
a = append(a, 3)
// a: [0, 0, 3]
// cap 5 则表示, 如果append之后不超过5的话, 不会重新申请内存
// 所以如果想用append给slice赋值的话, make时候len应该设为0
2. float64类型, 计算之后的值可能不是想要的那个, 做对比也坑
var c float64 = 0
var d float64 = 100
for i := 0; i < 5000; i++ {
c += .01 // 想象中应该是50
}
for i := 0; i < 5000; i++ {
d -= .01 // 想象中应该是50
}
Println(c, d, c == d, IsEqual(c, d), IsEqual(d, c))
// 打印内容:49.99999999999862 49.999999999984375 false true true
解决办法: 就是上面代码中的IsEqual函数啦
const MIN = 0.000001
func IsEqual(a, b float64) bool {
return math.Dim(a, b) < MIN
}
// MIN就是最小精度, 可设置
// Dim就是差值
3. os.File与bufio.Writer的并发安全性
直接上结论:
os.File的os.O_APPEND是并发安全的, 或者说, File的每次写都是原子性的. 并发写时, 不会出现断句或者两句夹杂的情况.
bufio不是并发安全的, 并发写时, 会出现断句或者两句字符串夹杂的情况. 所以bufio写时, 需要加锁(mutex)
另外, File与bufio写的性能差距大概是3倍, File性能比较差点.(macbook 2015中测试)
4. bufio与bytes.Buffer
一度很疑惑bufio与bytes.Buffer的区别, 因为两者的功能很像, 实现的结构, 提供的成员函数也一样. 经过研究与跟其他gopher讨论, 得出一些结论, 也希望看到本文的gopher也能发表一些看法, 相互交流
- buffer是reader, writer的实现. 类似的还有file, conn等等.
- bufio是一个reader, writer的包装. 接收的参数就是reader, writer.
也就是bufio是接收buffer, file, conn等作为参数的包装.
同时还有一个很重要的点: bufio是提供缓存的io, 使得io不发生阻塞.
还有一个注意点, bufio的缓存机制(来自<go并发编程实战(第二版) 郝林>):
bufio在很多时候, 会读取比足够多的更多一点的数据到其缓存区中
另一位群友的总结(感谢icexin):
bufio是个装饰器，接收一个reader返回一个reader
bytes.buffer就是个内存类文件对象
前者的目的是为了减少io次数
后者提供了一种用操作文件的方式来操作内存的机制
5. golang 列出依赖的包
之前遇到过一个 cycle import 的问题. 出现这个问题, 说明设计上就有问题了.
代码重构之后, 主要是把数据层跟逻辑层划分开, 解决了这个问题.
解决过程中, 有个命令很好用, 现在记录下来:
go list -f '{{join .Deps "\n"}}' <import-path>
这个命令主要是列出所有依赖的包. <imort-path> 是一个包名, 注意要设置好GOPATH, 才能使用.
另外也可以用来查看某个包的init函数是否有运行, 来觉得是否要匿名import该包.
PS: 没太理解'{{join .Deps "\n"}}', 如果有明白, 请不吝赐教, 大谢.
