go语言经常出现的故障 go语言 缺点

Golang中读取文件最常见的错误

使用文件名作为输入

另一个常见错误是将文件名传递给函数。

假设我们必须实现一个函数来计算文件中的空行数。最自然的实现是这样的：

filename 作为输入给出，所以我们打开它然后我们实现我们的逻辑，对吧？

现在，假设我们希望在此函数之上实现 单元测试 ，以使用普通文件，空文件，具有不同编码类型的文件等进行测试。很容易变得非常难以管理。

此外，如果我们想要实现相同的逻辑但是对于HTTP主体，例如，我们将不得不为此创建另一个函数。

Go有两个很棒的抽象： io.Reader 和 io.Writer 。相反，通过一个文件名，我们可以简单地传递一个 io.Reader 作为 抽象 的数据源。

它是文件吗？一个HTTP正文？字节缓冲区？这并不重要，因为我们仍然会使用相同的 Read 方法。

在我们的例子中，我们甚至可以缓冲输入以逐行读取它。所以，我们可以使用 bufio.Reader 它的 ReadLine 方法：

现在，打开文件本身的责任委托给 count 客户：

使用第二种实现，无论 实际数据源 如何，都可以调用该函数。同时，它将 促进 我们的单元测试，因为我们可以简单地创建一个 bufio.Reader 来自 string ：

翻译自：

相关问答

Q1: 【golang】内存逃逸常见情况和避免方式

因为如果变量的内存发生逃逸，它的生命周期就是不可知的，其会被分配到堆上，而堆上分配内存不能像栈一样会自动释放，为了解放程序员双手，专注于业务的实现，go实现了gc垃圾回收机制，但gc会影响程序运行性能，所以要尽量减少程序的gc操作。

1、在方法内把局部变量指针返回，被外部引用，其生命周期大于栈，则溢出。

2、发送指针或带有指针的值到channel，因为编译时候无法知道那个goroutine会在channel接受数据，编译器无法知道什么时候释放。

3、在一个切片上存储指针或带指针的值。比如[]*string，导致切片内容逃逸，其引用值一直在堆上。

4、因为切片的append导致超出容量，切片重新分配地址，切片背后的存储基于运行时的数据进行扩充，就会在堆上分配。

5、在interface类型上调用方法，在Interface调用方法是动态调度的，只有在运行时才知道。

1、go语言的接口类型方法调用是动态，因此不能在编译阶段确定，所有类型结构转换成接口的过程会涉及到内存逃逸发生，在频次访问较高的函数尽量调用接口。

2、不要盲目使用变量指针作为参数，虽然减少了复制，但变量逃逸的开销更大。

3、预先设定好slice长度，避免频繁超出容量，重新分配。

Q2: go语言设置goos为darwin不生效，这是为啥？

设置Go操作系统变量（GOOS）为“darwin”应该有效，但有几种情况可能导致它不起作用：

1.在设置GOOS变量时可能出现拼写错误。请确保将其拼写为“darwin”，而不是“darvin”等其他类似的拼写错误。

2.应该将GOOS变量设置为环境变量或在命令行中使用“export”命令进行设置（如：export GOOS=darwin）。如果您没有使用这些方式来设置变量，它可能不会生效。

3.如果您正在使用交叉编译进行跨操作系统编译，则GOOS变量只会影响目标操作系统，并不会影响宿主操作系统。因此，在这种情况下，即使您设置了GOOS为“darwin”，但如果您在Windows主机上进行编译，则仍将使用Windows操作系统的设置和限制。

如果您遵循正确的设置步骤，但GOOS仍然无法生效，请确认您的Go安装是否正确并彻底，并且没有其他版本的Go正在干扰。

关于go语言经常出现的故障和go语言 缺点的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。