当读取91.2 MB文件时，read1耗时43ms，read2耗时99ms。
让客户满意是我们工作的目标，不断超越客户的期望值来自于我们对这个行业的热爱。我们立志把好的技术通过有效、简单的方式提供给客户，将通过不懈努力成为客户在信息化领域值得信任、有价值的长期合作伙伴，公司提供的服务项目有：域名注册、虚拟主机、营销软件、网站建设、顺城网站维护、网站推广。
查看源码：
读取文件主要是通过 Read(p []byte) (n int, err error) ：
官方文档中关于该接口方法的说明：
结论：
ReadFile(filename string)方法之所以速度快的原因就是先计算出file文件的size，在初始化对应size大小的buff，传入ReadRead(p []byte) 来读取字节流
文件分类：文本文件和二进制文件
文本文件可读性好，占用的数据空间大
二进制文件，可读性差，占用的数据空间小
文件存取方式：随机存取和顺序存放
随机存取：操作速度慢，对磁盘的消耗大
顺序存放：操作数据块，对磁盘的消耗小
初级方法
高级方法
在程序和文件之间，添加一个缓冲区，每次程序读取文件内容的时候，先去缓冲区查看，如果需要的内容，直接获取，如果没有再去文件中获取
由于缓冲是在内存当中的，和程序的交互返回速度会非常快，这样可以大大提高程序的性能和速度
缺点：有的数据是只在缓冲中存储的，如果在缓冲释放之前，没有将数据实例化落盘，会导致数据的丢失
按行操作文件对象
将之前的file方法封装起来，可以更加方便的使用
使用gzip.NewReader(文件句柄)，来操作压缩文件
示例： file,err := os.OpenFile("main.go", os.O_WRONLY|os.O_WRONLY, 0666)
三个参数，
文件操作方法，需要注意不能冲突
操作完成后，当前目录出现一个text.txt 文件，内容是：hello world,test
这里可以可以考虑使用buffio来实现
第一个问题，打开文件应添加"|os.O_WRONLY"
file, err := os.OpenFile("data.dat",os.O_CREATE|os.O_APPEND|os.O_WRONLY,0777)
第二个问题，将Count方法中的 "ch-i"放到方法的最后一行就可以了。
因为一旦“ch-i"执行了，main方法中的 "-ch"就会执行通过当所有的"-ch"执行完后程序就结束了。但这时Count的线程方法还来不及执行完（打开文件的速度相对较慢），所以仅仅执行一次文件操作就结束了
使用文件名作为输入
另一个常见错误是将文件名传递给函数。
假设我们必须实现一个函数来计算文件中的空行数。最自然的实现是这样的：
filename 作为输入给出，所以我们打开它然后我们实现我们的逻辑，对吧？
现在，假设我们希望在此函数之上实现 单元测试 ，以使用普通文件，空文件，具有不同编码类型的文件等进行测试。很容易变得非常难以管理。
此外，如果我们想要实现相同的逻辑但是对于HTTP主体，例如，我们将不得不为此创建另一个函数。
Go有两个很棒的抽象： io.Reader 和 io.Writer 。相反，通过一个文件名，我们可以简单地传递一个 io.Reader 作为 抽象 的数据源。
它是文件吗？一个HTTP正文？字节缓冲区？这并不重要，因为我们仍然会使用相同的 Read 方法。
在我们的例子中，我们甚至可以缓冲输入以逐行读取它。所以，我们可以使用 bufio.Reader 它的 ReadLine 方法：
现在，打开文件本身的责任委托给 count 客户：
使用第二种实现，无论 实际数据源 如何，都可以调用该函数。同时，它将 促进 我们的单元测试，因为我们可以简单地创建一个 bufio.Reader 来自 string ：
翻译自：