日常我们开发时，会遇到各种各样的奇奇怪怪的问题（踩坑o(╯□╰)o），这个常见问题系列就是我日常遇到的一些问题的记录文章系列，这里整理汇总后分享给大家，让其还在深坑中的小伙伴有绳索能爬出来。
成都创新互联是一家集网站建设,江安企业网站建设,江安品牌网站建设,网站定制,江安网站建设报价,网络营销,网络优化,江安网站推广为一体的创新建站企业，帮助传统企业提升企业形象加强企业竞争力。可充分满足这一群体相比中小企业更为丰富、高端、多元的互联网需求。同时我们时刻保持专业、时尚、前沿，时刻以成就客户成长自我，坚持不断学习、思考、沉淀、净化自己，让我们为更多的企业打造出实用型网站。
同时在这里也欢迎大家把自己遇到的问题留言或私信给我，我看看其能否给大家解决。
no required module provides package XXXXX
在使用包时没有找到具体的包
1、检查当前包是否有效引入了或该组件包是否与实际包名称一致。
2、存在没有开启模块化的问题，golang1.16以后都是默认开启的，GO111MODULE=on
3、如果该错误后面还有其他的提示，就需要根据其他提示进行有针对性的处理了。
意思为：致命的错误。一般指内存读取出错
因素为内存不够或故障另种是读取文件失败，文件是只读文件。
一般有3种可能：
第1种是内存太小,可以加内存
第2种是某些文件属性不改是只读而设置成了只读,把所有文件属性的只读去掉就行了(可以先整个文件夹所有文件设成只读,再全部去掉只读属性比较快)
第2种再不然就是软硬件有冲突了 。
这是引入类型失败的错误提示,
import org.wltea ,说明你引入了某个jar 包或者类,但是没有找到 ,就报错了.IK analyzer 中文分词器 开源的项目 ,有源码的.把这个下载好就可以了。
使用文件名作为输入
另一个常见错误是将文件名传递给函数。
假设我们必须实现一个函数来计算文件中的空行数。最自然的实现是这样的：
filename 作为输入给出，所以我们打开它然后我们实现我们的逻辑，对吧？
现在，假设我们希望在此函数之上实现 单元测试 ，以使用普通文件，空文件，具有不同编码类型的文件等进行测试。很容易变得非常难以管理。
此外，如果我们想要实现相同的逻辑但是对于HTTP主体，例如，我们将不得不为此创建另一个函数。
Go有两个很棒的抽象： io.Reader 和 io.Writer 。相反，通过一个文件名，我们可以简单地传递一个 io.Reader 作为 抽象 的数据源。
它是文件吗？一个HTTP正文？字节缓冲区？这并不重要，因为我们仍然会使用相同的 Read 方法。
在我们的例子中，我们甚至可以缓冲输入以逐行读取它。所以，我们可以使用 bufio.Reader 它的 ReadLine 方法：
现在，打开文件本身的责任委托给 count 客户：
使用第二种实现，无论 实际数据源 如何，都可以调用该函数。同时，它将 促进 我们的单元测试，因为我们可以简单地创建一个 bufio.Reader 来自 string ：
翻译自：
