我们在使用其他语言，比如Java，是有包的概念的，它是Java语言中组织我们的Java文件的一个概念，比如java.lang这个包，他里面有很多我们常用的类，比如String。在Go语言中，包也是类似的概念，它是把我们的go文件组织起来，可以方便进行归类、复用等目的。Go 程序是通过 package 来组织的。package （假设我们的例子中是 package main）这一行告诉我们当前文件属于哪个包，而包名 main 则告诉我们它是一个可独立运行的包，它在编译后会产生可执行文件。除了 main 包之外，其它的包最后都会生成 *.a 文件（也就是包文件）并放置在 $GOPATH/pkg/$GOOS_$GOARCH中（以 Mac 为例就是 $GOPATH/pkg/darwin_amd64 ）。
Go 使用 package（和 Python 的模块类似）来组织代码。main.main() 函数(这个函数位于主包）是每一个独立的可运行程序的入口点。
每一个可独立运行的 Go 程序，必定包含一个 package main，在这个 main 包中必定包含一个入口函数 main，而这个函数既没有参数，也没有返回值。
比如Go内置的net包
net
├── http
├── internal
├── rpc
├── smtp
├── testdata
├── textproto
└── url
以上是net包的一个目录结构，net本身是一个包，net目录下的http又是一个包。从这个大家可以看到，go语言的包其实就是我们计算机里的目录，或者叫文件夹，通过它们进行目录结构和文件组织，go只是对目录名字做了一个翻译，叫【包】而已。比如这里的net包其实就是net目录，http包其实就是http目录，这也是go语言中的一个命名习惯，包名和文件所在的目录名是一样的。
go语言中包的定义和使用看起来十分简单：
通过package关键字定义包：
package xxx
使用import关键字，导入要使用的标准库包或第三方依赖包。
import "fmt"
fmt.Println("Hello, World")
通过上面的代码，我们大致对包有了一点了解。我们来看一个另一段代码。
import "a/b/c"
c.Func1()
很多Golang初学者看到上面代码，都会想当然的将import后面的"c"、"fmt"当成包名，将其与c.Func1()和 fmt.Println()中的c和fmt认作为同一个语法元素：包名。但在深入Golang后，很多人便会发现事实上并非如此。不禁有个疑问：import后面路径中的最后一个元素到底代表的是啥? 是包名还是仅仅是一个路径？
本次实验目录结构：
我们建立libproj2/foo目录，其中的foo1.go代码如下：
//foo1.go
package bar
import "fmt"
func Bar1() {
fmt.Println("Bar1")
}
注意：这里package名为bar，与目录名foo完全不同。
接下来就给app2带来了难题：该如何import bar包呢？
我们假设import路径中的最后一个元素是包名，而非路径名。
//app2/main.go
package main
import (
"libproj2/bar"
)
func main() {
bar.Bar1()
}
编译app2：
$go build -x -v app2
WORK=/var/folders/2h/xr2tmnxx6qxc4w4w13m01fsh0000gn/T/go-build736904327
main.go:5:2: cannot find package "libproj2/bar" in any of:
/Users/tony/.Bin/go14/src/libproj2/bar (from $GOROOT)
/Users/tony/Test/Go/pkgtest/src/libproj2/bar (from $GOPATH)
编译失败，在两个路径下无法找到对应libproj2/bar包。
我们的假设错了，我们把它改为路径：
//app2/main.go
package main
import (
"libproj2/foo"
)
func main() {
bar.Bar1()
}
再编译执行：
$go build app2
$app2
Bar1
这回编译顺利通过，执行结果也是OK的。这样我们得到了结论：(3)import后面的最后一个元素应该是路径，就是目录，并非包名。
go编译器在这些路径(libproj2/foo)下找bar包。这样看来，go语言的惯例只是一个特例，即恰好目录名与包名一致罢了。也就是说下面例子中的两个foo含义不同：
import "libproj1/foo"
func main() {
foo.Foo()
}
import中的foo只是一个文件系统的路径罢了。而下面foo.Foo()中的foo则是包名。而这个包是在libproj1/foo目录下的源码中找到的。
