Link

首页

Tweet

书单

about me

Command

Category

golang开发博客的一些经验总结


国庆节时,用大约9天时间借助golang重写编写了博客系统的前台部分,由于系统的特殊性,这部分完成后只能说完成了整套系统1/3的功能。十一回来后,又用了大约10天时间,每天写一点,完成了系统余下的两部分内容。由于是第一次用golang开发服务器内容,所以踩得坑不少,这里做一个总结。

函数传值问题

这个问题不算难,一开始看文档的时候已经注意到了,但没太在意。因为很多逻辑代码都是照搬旧版Nodejs版本来写的,所以就更加忽略了这个问题。知道本地命令操作时间略长,我才感觉不对劲。

举一个简单的例子:

package main

import (
	"fmt"
	"time"
)

func main() {
	_abc()
}

func _abc() {
	fmt.Println("start")
	starttime := time.Now()
	var data Tt
	for i := 0; i < 10000; i++ {
		Set(data)
	}
	fmt.Println(time.Since(starttime))

}

type Tt struct {
	Name     string
	Age      int
	Email    string
	Addr     string
	Nickname string
}

func Set(data Tt) Tt {
	data.Name = "ashan"
	data.Age = 32
	data.Email = "abc@abc.com"
	data.Addr = "china"
	data.Nickname = "ashan"
	return data
}

上面这段代码运行起来需要大约214.323µs。在1ms内完成了,我们稍微修改一下代码再来运行一次。

package main

import (
	"fmt"
	"time"
)

func main() {
	_abc()
}

func _abc() {
	fmt.Println("start")
	starttime := time.Now()
	var data Tt
	for i := 0; i < 10000; i++ {
		Set(&data)
	}
	fmt.Println(time.Since(starttime))

}

type Tt struct {
	Name     string
	Age      int
	Email    string
	Addr     string
	Nickname string
}

func Set(data *Tt) *Tt {
	data.Name = "ashan"
	data.Age = 32
	data.Email = "abc@abc.com"
	data.Addr = "china"
	data.Nickname = "ashan"
	return data
}

func Setint(data *int) *int {
	*data = 5 + 12*8
	return data
}

再次运行,耗时约为50.675µs。时间相差4到5倍之间。

这个例子告诉我们,函数调用传参的时候struct尽量要传递指针。原因很简单,如果不传递指针,在函数内部,会存在自己的作用域,由于域不同,则需要针对传递进来的类型,再次申请内存空间,创建一个值一样的副本,这个操作就相当耗时。

针对这个问题,只能重构修改,目前还没有进行,等待下一个版本优化重构时候在进行调整。

import cycle not allowed 问题

这个问题是在项目最后才出现的,当时非常奇怪,为什么会出现“循环引用”问题,最后发现是由于goalng的import包加载机制导致的。

简单解释一下可以立即为,在包A中 import 包B,而包B中 import 包A。当进行编译时,则发生互相递归引用,从而发生问题。

思考良久,如此问题怎样解决会比较好,产生这个问题的原因可能会出现在一下两种情况中:

  1. 使用的库存在互相应用的问题
  2. 自身模块结构设计存在问题

第一种问题基本属于掉坑了,解决的方法没啥好办法,只能自己想办法调整。

第二种情况可以使用重构来解决,这也是我未来要做的事情。出现这种情况,只能将功能重复的代码作为公用库放到一个独立的包当中,从而避免此类问题发生。

大写与小写

golang算是在语法糖中把“吝啬”做到了机智,在函数对外访问权限设计中,连public 这样的关键词都不提供,直接使用首字母大小写来区分。

一开始我设想所有 private 访问权限函数全部使用 _ 开头。看了一下golang中源码的一些实现方式,并没有这种习惯。索性就不采用这种方式。但很多时候这种规则容易忘记,尤其是我一开始直接使用 Sublime 编写代码时候,由于安装任何插件,没有代码提示,经常大小写搞混。

对于函数调用的问题还好,毕竟编译时候会提示你调用的函数不存在。但将 struct 转为字符串 和借助 mgo 查询数据时,会得到空的结果,极其令人头疼。与此同时,struct 作为数据库查询结果返回的时候,字段名称对应的首字母也要大写,和数据库中字段大小写不一致,这也是个不大不小的问题。

内存

老生常谈的问题又来了,这20天对于golang的接触与使用,并没有太多关注内存的控制,顶多是对变量的开辟小心处理而已,但我相信依然存在不少内存方面的隐患,待仔细研究后再来总结分享。

总结

总体来说,我对golang的使用体验还算满意,用起来像C。开发思路上没遇到大的问题,后续慢慢深入。

enjoy!