Go程序必须以package main开头，因编译器强制要求可执行程序入口包名为main，且需含唯一无参无返回的func main()；非main包仅为库，不可直接运行。
package 是 Go 程序的起点，不是可选装饰 —— 没有它，代码根本无法编译。
为什么必须从 package main 开始？
Go 不像 Python 或 JavaScript 那样“脚本即运行”。每个 .go 文件必须属于一个包，而可执行程序的入口包名只能是 main。这不是约定，是编译器硬性要求：
package main
<p>import "fmt"</p><p>func main() {
fmt.Println("Hello, World!")
}如果写成 package utils 却没其他 main 包调用它，那它就只是个库文件，go run 会直接报错：no Go files in current directory（哪怕文件存在）。
-
main包里必须有且仅有一个func main()—— 名字、签名（无参数、无返回值）都不能改 - 同目录下多个 .go 文件可以分属不同逻辑，但只要都在
package main下，就共同构成一个程序 - 非
main包（如package http）不能直接运行，只能被导入使用
import 不是“加载”，而是“声明依赖”
Go 的 import 不会动态加载模块，也不支持条件导入或别名覆盖（除非显式重命名）。它只做两件事：让当前文件能访问目标包导出的标识符（首字母大写），并触发编译器检查该包是否存在、是否可构建。
- 多个包用括号分组更清晰：
import ( "fmt" "net/http" "strings" ) - 点导入（
import . "fmt"）会让所有导出名直接进入当前作用域，极易引发命名冲突，生产环境禁用 - 空白导入（
import _ "net/http/pprof"）仅执行包的init()函数，常用于启用调试接口，但不引入任何符号 - 如果导入了却没用到，编译直接失败：
imported and not used: "os"—— Go 强制你清理冗余依赖
变量声明：两种方式，语义完全不同
var name string 和 name := "hello" 看似等价，实则行为差异影响代码可维护性。
立即学习“go语言免费学习笔记（深入）”；
-
:=是短变量声明，**只能在函数内使用**，且要求左侧变量此前未声明过；重复使用会报错：no new variables on left side of := -
var可用于包级（全局）变量声明，也支持类型推导（var n = 42），但明确写出类型（var n int）更利于接口实现和文档可读 - 切忌混用：在同一个作用域中，既用
var a int又用a := 3.14，后者实际声明的是新变量a（float64 类型），原a被遮蔽 —— 这是静默 bug 温床
函数定义：没有“方法重载”，但有多返回值和命名返回
Go 不支持传统 OOP 的重载，但用多返回值天然解决错误处理问题；命名返回则让函数逻辑更自解释，但也容易掩盖初始化遗漏。
- 典型错误模式：
func divide(a, b float64) (result float64, err error) { if b == 0 { err = fmt.Errorf("division by zero") return // 忘记显式 return result → result 是零值 0.0！ } result = a / b return } - 匿名函数可闭包捕获外部变量，但注意：循环中启动 goroutine 时若直接引用循环变量（如
for i := range list { go func() { println(i) }() }），所有 goroutine 最终都打印最后一个i值 —— 正确做法是传参：go func(val int) { println(val) }(i) - 函数是一等值，可赋给变量、作为参数传递，但类型必须完全匹配（包括参数名是否命名）
Go 的语法骨架极简，但每处设计都有明确取舍：包模型杜绝隐式依赖，import 强制显式声明，变量绑定拒绝遮蔽，函数返回值强制显式处理错误。这些不是限制，而是把容易出错的模糊地带，直接变成编译期报错。真正难的从来不是“怎么写”，而是“为什么不能那样写”。
