fmt.Scanln 会截断首空格后的输入，导致 strings.Split 实际处理的字符串不含空格，切片长度不足而引发“index out of range”错误；应改用 bufio.Scanner 完整读取一行。
`fmt.scanln` 会截断首空格后的输入，导致 `strings.split` 实际处理的字符串不含空格，切片长度不足而引发“index out of range”错误；应改用 `bufio.scanner` 完整读取一行。
在 Go 中，strings.Split(s, " ") 本身完全正常——它总是返回 []string（字符串切片），但其结果是否符合预期，高度依赖输入字符串 s 的实际内容。问题根源不在 Split，而在 fmt.Scanln 对标准输入的处理方式。
fmt.Scanln 的行为是：按空白符（空格、制表符、换行）分词，并只读取第一个非空字段，随后立即丢弃该行剩余内容。例如，当用户输入 "2 3" 时，fmt.Scanln(&in) 仅将 "2" 赋值给 in，"3" 被静默忽略。因此 strings.Split(in, " ") 实际作用于 "2"，返回 []string{"2"}，访问 wh[1] 必然 panic。
✅ 正确做法：使用 bufio.Scanner 逐行完整读取输入：
package main
import (
"bufio"
"fmt"
"os"
"strconv"
"strings"
)
func main() {
var seedCost float64
var lawnNo int
var in string
var area float64
var wh []string
scanner := bufio.NewScanner(os.Stdin)
// 读取 seedCost
scanner.Scan()
fmt.Sscanf(scanner.Text(), "%f", &seedCost) // 或用 strconv.ParseFloat
// 读取 lawnNo
scanner.Scan()
fmt.Sscanf(scanner.Text(), "%d", &lawnNo)
lawnCost := 0.00
for i := 0; i <p>? 关键要点：</p>
-
fmt.Scanln≠ “读一行”，而是“读一个空白分隔的字段”； -
bufio.Scanner+scanner.Text()才是标准、可靠的一行读取方式； - 始终校验
strings.Split结果长度，避免越界； - 使用
strconv替代fmt.Sscanf可获得更清晰的错误反馈（推荐生产环境）。
通过切换输入方式并添加基础校验，即可彻底解决切片索引越界问题，让 strings.Split 发挥其本应具备的稳定分割能力。
