17370845950

Go程序必须以package main开头，因编译器强制要求可执行程序入口包名为main，且需含唯一无参无返回的func main()；非main包仅为库，不可直接运行。

package 是 Go 程序的起点，不是可选装饰 —— 没有它，代码根本无法编译。

---

为什么必须从 package main 开始？

Go 不像 Python 或 JavaScript 那样“脚本即运行”。每个 .go 文件必须属于一个包，而可执行程序的入口包名只能是 main。这不是约定，是编译器硬性要求：

package main
import "fmt"
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" 看似等价，实则行为差异影响代码可维护性。

• := 是短变量声明，**只能在函数内使用**，且要求左侧变量此前未声明过；重复使用会报错：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 强制显式声明，变量绑定拒绝遮蔽，函数返回值强制显式处理错误。这些不是限制，而是把容易出错的模糊地带，直接变成编译期报错。真正难的从来不是“怎么写”，而是“为什么不能那样写”。