Go语言为何规定右圆括号前的分号为可选？

根据Go官方语法规范，若分号直接位于)或}之前，则该分号是可选的。

为了让复杂语句可以单行书写，允许在闭合符号")"或"}"前省略分号。

你理解的}前省略分号是为了支持单行写控制流块没错，比如if x { return 1 }这类写法可以正常编译，就是这条规则的作用。但很多人会疑惑)对应的规则设计目的，其实它核心是配合Go的自动分号插入机制，服务于多行代码书写场景，保证通用的格式化写法不会触发语法错误，常见的适用场景有这几类：

• 分组声明块场景
  我们写var/const/type/import的分组声明时，块内每一条声明语句本来需要分号分隔，自动分号插入机制会在每行声明末尾自动补分号。最后一条声明后面的分号会直接落在闭合的)前面，有了这条规则，我们不用手动处理最后这个自动插入的分号，下面这种最常见的声明写法就完全合法：

  const (
      CodeSuccess = 0
      CodeInvalidParam = 10001
      CodeInternalErr = 50000
  )
  

• 多行括号包裹结构场景
  日常开发里我们经常会把函数调用、类型转换、表达式分组拆成多行书写提升可读性，比如给函数传参时把每个参数单独占一行、长表达式按逻辑拆行，举个最常见的例子：

  user := CreateUser(
      UserInfo{
          Name: "Zhang San",
          Age: 25,
      },
      WithLog(true),
      WithTimeout(3*time.Second),
  )
  

  按照自动分号插入规则，复合字面量的闭合}、标识符、字面量这类token后面如果换行会自动插入分号，这些自动生成的分号很多时候就直接落在外层结构的)前面。如果没有)前分号可省略的规则，这类通用的多行写法会直接报语法错误，你必须把)跟在最后一个参数末尾，没法做统一的格式对齐。
  函数定义时多行写参数列表、返回值列表的场景也是同理，现在社区普遍流行的参数尾随逗号、闭合括号单独占一行的写法，全靠这条规则才能正常编译：

  func NewService(
      conf *Config,
      logger *zap.Logger,
      db *gorm.DB,
  ) (*Service, error) {
      return &Service{
          conf: conf,
          logger: logger,
          db: db,
      }, nil
  }
  

• 长判断条件拆行场景
  虽然Go不强制要求if/for/switch的判断条件加括号，但如果判断逻辑很长，我们手动加括号按逻辑拆成多行书写时，最后一行表达式末尾自动插入的分号也会落在)前面，这条规则保证这类写法合法：

  if (
      user.Age >= 18 &&
      user.AuthStatus == AuthPassed &&
      user.AccountBalance > 0
  ) {
      AllowPurchase()
  }
  

本质上这条规则是给Go的强制代码格式化铺路，让gofmt可以输出统一、对齐美观的代码格式，不用因为自动分号的存在限制代码的排版方式。

内容的提问来源于stack exchange，提问作者hugomg