Go 程序直接通过 os.Args[1] 访问参数时，若未传入任何参数会导致 panic（索引越界），正确做法是先检查 len(os.Args) > 1 再取值，并推荐使用 flag 包实现健壮的参数解析。
go 程序直接通过 `os.args[1]` 访问参数时，若未传入任何参数会导致 panic（索引越界），正确做法是先检查 `len(os.args) > 1` 再取值，并推荐使用 `flag` 包实现健壮的参数解析。
在 Go 中，os.Args 是一个字符串切片，用于接收命令行参数。但需特别注意：os.Args[0] 固定为当前可执行文件名（或 go run 的源文件路径），真正的用户参数从 os.Args[1] 开始。当未传入任何额外参数时（例如仅执行 go run gosite.go），os.Args 长度仅为 1，此时访问 os.Args[1] 将触发 panic: index out of range —— 这正是原代码第 11 行崩溃的根本原因。
✅ 正确访问参数：始终校验长度
应始终在索引前检查切片长度，避免越界：
package main
import (
"fmt"
"os"
)
func main() {
// 安全获取第一个用户参数
var command string
if len(os.Args) > 1 {
command = os.Args[1]
fmt.Printf("Received command: %s\n", command)
} else {
fmt.Println("No command given")
return // 避免后续逻辑在无参数时意外执行
}
createDir("public")
createDir("themes")
}
func createDir(dir string) {
root := "../../../../"
err := os.Mkdir(root+dir, 0755) // 注意：0777 权限存在安全隐患，建议用 0755
if err != nil {
fmt.Printf("Failed to create directory %s: %v\n", root+dir, err)
}
}? 关键点：len(os.Args) > 1 是访问 os.Args[1] 的必要前提；return 提前退出可防止无参数时仍执行目录创建等副作用逻辑。
? 进阶推荐：使用 flag 包处理复杂参数
对于需要支持 -h、--output、布尔开关、默认值或多参数的场景，手动解析 os.Args 易出错且难以维护。Go 标准库的 flag 包提供声明式、类型安全、自动帮助生成的能力：
package main
import (
"flag"
"fmt"
"os"
)
func main() {
// 定义命令行标志
cmd := flag.String("cmd", "", "Command to execute (required)")
verbose := flag.Bool("v", false, "Enable verbose output")
flag.Parse()
// 校验必需参数
if *cmd == "" {
fmt.Fprintln(os.Stderr, "error: -cmd is required")
flag.PrintDefaults()
os.Exit(1)
}
if *verbose {
fmt.Printf("Running command: %s\n", *cmd)
}
createDir("public")
createDir("themes")
}运行示例：
go run gosite.go -cmd build -v # 输出：Running command: build # （并创建目录） go run gosite.go # 缺少 -cmd → 自动报错并打印用法
⚠️ 注意事项与最佳实践
- 权限安全：os.Mkdir(..., 0777) 赋予全局可写权限，存在安全风险；生产环境应使用更严格的 0755（所有者读写执行，组和其他人仅读执行）。
- 路径拼接：硬编码 "../../../../" 易出错，建议结合 filepath.Join() 和 os.Getwd() 动态构建路径。
- 错误处理：os.Mkdir 失败时仅打印错误不够健壮，应根据业务决定是否终止程序（如 log.Fatal）或降级处理。
- 参数命名规范：优先使用 flag 的短横线风格（-name / --name），符合 Unix 惯例，提升工具专业性。
通过校验 os.Args 长度可立即修复 panic 问题；而迁移到 flag 包，则是从“能跑”迈向“专业、可维护、可扩展”的关键一步。
