每种编程语言都有自己的导包风格，从而来管理自己编写的程序。接下来简单介绍下go中导包语法和部分机制。
1. Golang包导入
语法
- 与其他程序语言不同，go导入依赖是根据包名来进行导入的，如打印函数Println()中使用的导包语句为：
import "fmt"
import代表着导包动作或导包行为
"fmt"用字符串表示，表示要导入的包名
多包导入
- 如果涉及到导入多个包的行为时，可以使用：
import "fmt"
import "os"
- 导入多包名时，可能会重复出现上示代码块中同样的import动作，go中可以简化重复的关键字，并用( )中填充所需要导入的多个包名，如：
import (
"fmt"
"os"
)
导包顺序
- 在导入包的过程中，我们可以决定导入包的分组顺序，且可以用空行来凸显导包模块的意义
- 在gofmt中，默认将go语言自带的包置于import模块上方，而其他包如第三方则github等则置于import模块的下方，如:
import (
"fmt"
"os"
"golang.org/x/net/ipv4"
)
2. 包循环依赖问题
错误提示
import cycle not allowed
问题原因
-
简单示意图:
循环导包问题 - 以A/B两个包举栗，如果packageA导入了packageB，而packageB某go文件的 import 中又出现导入packageA的语句时，就会报错。
- 多包导入时，import逻辑出现环形结构，则会出现包循环依赖问题
解决办法
循环导包问题是go以包作为单元进行导入的弊端，业务中尽量规划好层级关系，不要出现同层不同包的调用关系
(1) 将A/B放于同一个包下，同包之间不需要import，故不会出现循环导包问题
弊端：同包情况下，容易导致所有业务逻辑代码出现在同一个包下，包关系分割不开
(2) 将A/B向上抽出一个关系层，将A/B的import和处理逻辑都放在上层
弊端：A/B在同级关系中又向上抽离出一层，层级关系过多
3. 包声明问题
声明和使用
go导入包时，默认是用import包的最后包目录名作为使用名，如下述代码：
import (
"fmt"
"github.com/go-sql-driver/mysql"
)
导入github.com/go-sql-driver/mysql后，我们可以用mysql.XXX( )来使用调用mysql包中的变量、函数或方法
别名
在项目搭建过程中，难免会遇到同包名的冲突情况，而go是严格禁止出现相同包名的情况。因此，我们可以向import的同名包声明下别名，如
import (
"github.com/go-sql-driver/mysql"
rename "github.com/myTest/mysql" // 此包纯属虚构
)
在使用过程中，我们便可直接利用rename.XXX( )来调用myTest/mysql中的函数
匿名
go中如果导入了包但是没有使用，则会编译报错：
Unused import
可以使用匿名的方式进行导包，如：
import (
_ "context"
)
场景：用来实现编译时机制，在main函数中有目的性的加载相应的程序包
命名规则
(1) 言简意赅，尽量使用简短的词语，且能望文生义，让包使用者能够一眼看出包的功能
(2) 尽量避开go自身的包名，如"context", "fmt", "os"等
4. 包使用范围
Java语言中，我们常用public、protected、default和private等关键字来表示变量和方法的使用范围，但go中并没有类似的关键字来表示范围，而是通过声明变量和方法名的首字母大小写来区分。如：
大写
fmt.Prinlnt("大写表示外部包可以使用该方法")
其中fmt的Println( )方法定义为：
func Println(a ...interface{}) (n int, err error) {
return Fprintln(os.Stdout, a...)
}
上述声明中表示Println( )方法可以暴露给外部，因此我们在导入fmt包使用的时候并不会出现问题。
小写
同在fmt包下，有些方法以小写字母开头，这类方法表示不能够在导入包的情况下使用，而只能被同package下的其他方法所调用。
如：
func tooLarge(x int) bool {
const max int = 1e6
return x > max || x < -max
}
假设我们从外部调用，就会看到相应的报错信息：
Unexported function 'tooLarge' usage
