文章批评了Go语言在错误处理方面的设计缺陷，特别是错误变量的作用域问题。作者指出，Go语言强制错误变量在更大范围内存在，导致代码可读性下降，增加了不必要的复杂性。尽管Go语言在其他方面有其优点，但这些问题仍然让人感到困扰，且这些问题在语言设计时本可以避免。

标题：Go语言仍然不够好

来源： https://blog.habets.se/2025/07/Go-is-still-not-good.html

发布时间： 2025年7月12日 20:23:31 GMT

主要内容：

作者在过去十年中多次批评Go语言，认为其设计存在诸多问题，且这些问题本可以避免。以下是作者对Go语言的主要不满：

1. 错误变量的作用域问题
   Go语言强制错误变量err的作用域过大，导致代码可读性差。例如，err在函数中可能被多次复用，增加了代码的复杂性和潜在的bug风险。作者认为，err的作用域应尽可能小，以便于代码阅读和调试。

2. 两种类型的nil
   Go语言中存在两种nil，这增加了代码的复杂性和理解难度。作者认为这是Go语言设计中的一个重大失误，类似于“十亿美元的错误”。

3. 可移植性问题
   Go语言在文件顶部添加条件编译注释的做法被认为是非常愚蠢的。作者指出，这种做法与实际的便携性需求相悖，且缺乏现实测试。

4. append函数的所有权问题
   Go语言中的append函数行为不明确，尤其是在处理切片时，可能导致意外的结果。作者认为这种行为设计不合理，增加了代码的复杂性。

5. defer机制的缺陷
   Go语言的defer机制在处理资源释放时显得笨拙。作者认为，Go语言缺乏类似RAII（资源获取即初始化）的机制，导致资源管理变得复杂且容易出错。

6. 标准库吞并异常
   Go语言标准库在处理异常时存在吞并异常的问题，导致程序员必须编写异常安全的代码，但却无法使用异常机制。作者认为这种做法增加了代码的复杂性，且不符合现代编程语言的设计理念。

7. 非UTF-8数据处理问题
   Go语言在处理非UTF-8数据时表现不佳，可能导致数据丢失。作者认为，Go语言应更好地处理不同编码的数据，而不是简单地忽略或错误处理。

8. 内存使用问题
   Go语言在内存管理上存在不足，尤其是在云环境中运行时，内存使用成本较高。作者指出，Go语言的垃圾回收机制并不总是可靠，可能导致内存使用过多。

总结：
作者认为，Go语言的设计存在诸多问题，且这些问题在编程语言设计中本可以避免。尽管Go语言在某些方面有其优势，但其设计上的缺陷使得它并不适合所有场景。作者呼吁开发者在使用Go语言时应谨慎，并希望未来的版本能够改进这些问题。

相关文章： - Go语言中的数据竞争模式 - 我们对自己说的关于继续使用Go语言的谎言 - 我想离开Go语言的疯狂之旅

评论内容总结：

1. Go的优点：

   • 简单易学：Go语言简单，团队成员容易上手，编译速度快，内置工具丰富。（blixt: "It’s simple for people on the team to pick up the basics, it generally chugs along..."）
   • 并发模型：Go的goroutine模型使得编写高并发服务变得简单。（the_duke: "Go is a reasonably performant language that makes it pretty straightforward to write reliable, highly concurrent services..."）

2. Go的缺点：

   • 指针和接口的复杂性：使用指针和接口时容易出错，尤其是决定何时使用指针。（softwaredoug: "my main annoyance is deciding when to use a pointer or not use a pointer..."）
   • 错误处理：错误处理机制不够优雅，缺乏类似Rust的Result和Optional类型。（blixt: "But yeah the whole error / nil situation still bothers me..."）
   • defer的行为：defer在函数作用域而非词法作用域中执行，可能导致资源泄漏。（torginus: "I still don’t understand why defer works on function scope, and not lexical scope..."）

3. Go与其他语言的比较：

   • 与Rust的比较：Go的编译器速度比Rust快，但Rust在类型系统和内存安全方面更强大。（slackfan: "Still better (compiler speed) than Rust."）
   • 与Java的比较：Go的并发模型比Java的虚拟线程更简单，但Java在生态系统和工具链上更成熟。（the_duke: "the only real competitor that sits in a similar space is Java with the new virtual threads..."）

4. Go的设计哲学：

   • 简洁与实用性的权衡：Go的设计强调简洁，但有时过于坚持原则，忽略了实际开发中的便利性。（blixt: "Go was designed by some old-school folks that maybe stuck a bit too hard to their principles..."）
   • 扩展性问题：Go的代码看似简单，但扩展性较差，抽象能力有限。（jact: "The ability to encapsulate and abstract is hindered in the name of ‘simplicity’..."）

5. 对Go的批评与反驳：

   • 对nil的误解：有人认为Go的nil处理有问题，但实际上是对fmt.Println行为的误解。（gnfargbl: "The author of this post has noted a convenience feature, mistaken it as a fundamental design issue..."）
   • 对append的批评：append的行为被批评为不够直观，但实际上是语言设计的一部分。（sublimefire: "This post is just an attention grabbing rage bate..."）

总结：Go语言在简单性和并发模型上具有优势，但在指针、错误处理和扩展性方面存在不足。尽管有批评，Go仍然是一个广泛使用的工具，尤其是在高并发服务开发中。