锐客网

  1. 首页 > 生活百科 > it技术 > >

go语言1.13模块 go语言gorm

模块IT技术

GO语言（十一）：开始使用多模块工作区本教程介绍 Go 中多模块工作区的基础知识 。使用多模块工作区go语言1.13模块 ， 您可以告诉 Go 命令您正在同时在多个模块中编写代码，并轻松地在这些模块中构建和运行代码 。
在本教程中，您将在共享的多模块工作区中创建两个模块，对这些模块进行更改，并在构建中查看这些更改的结果 。
本教程需要 go1.18 或更高版本 。使用go.dev/dl中的链接确保您已在 Go 1.18 或更高版本中安装了 Go。
首先 ， 为您要编写的代码创建一个模块 。
1、打开命令提示符并切换到您的主目录 。
在 Linux 或 Mac 上：
在 Windows 上：
2、在命令提示符下，为您的代码创建一个名为工作区的目录 。
3、初始化模块
go语言1.13模块我们的示例将创建一个hello依赖于 golang.org/x/example 模块的新模块 。
创建go语言1.13模块你好模块：
使用 . 添加对 golang.org/x/example 模块的依赖项go get 。
在 hello 目录下创建 hello.go，内容如下：
现在，运行 hello 程序：
在这一步中，我们将创建一个go.work文件来指定模块的工作区 。
在workspace目录中，运行：
该go work init命令告诉为包含目录中模块的工作空间go创建一个文件。go.work./hello
该go命令生成一个go.work如下所示的文件：
该go.work文件的语法与go.mod相同 。
该go指令告诉 Go 应该使用哪个版本的 Go 来解释文件 。它类似于文件中的go指令go.mod。
该use指令告诉 Go在进行构建时hello目录中的模块应该是主模块 。
所以在模块的任何子目录中workspace都会被激活 。
2、运行工作区目录下的程序
在workspace目录中，运行：
Go 命令包括工作区中的所有模块作为主模块 。这允许我们在模块中引用一个包，即使在模块之外 。在模块或工作区之外运行go run命令会导致错误，因为该go命令不知道要使用哪些模块 。
接下来，我们将golang.org/x/example模块的本地副本添加到工作区 。然后，我们将向stringutil包中添加一个新函数 ， 我们可以使用它来代替Reverse.
在这一步中，我们将下载包含该模块的 Git 存储库的副本golang.org/x/example，将其添加到工作区 ， 然后向其中添加一个我们将从 hello 程序中使用的新函数 。
1、克隆存储库
在工作区目录中，运行git命令来克隆存储库：
2、将模块添加到工作区
该go work use命令将一个新模块添加到 go.work 文件中 。它现在看起来像这样：
该模块现在包括example.com/hello模块和 `golang.org/x/example 模块 。
这将允许我们使用我们将在模块副本中编写的新代码，而不是使用命令stringutil下载的模块缓存中的模块版本 。
3、添加新功能 。
我们将向golang.org/x/example/stringutil包中添加一个新函数以将字符串大写 。
将新文件夹添加到workspace/example/stringutil包含以下内容的目录：
4、修改hello程序以使用该功能 。
修改workspace/hello/hello.go的内容以包含以下内容：
从工作区目录，运行
Go 命令在go.work文件指定的hello目录中查找命令行中指定的example.com/hello模块 ， 同样使用go.work文件解析导入golang.org/x/example 。
go.work可以用来代替添加replace 指令以跨多个模块工作 。
由于这两个模块在同一个工作区中，因此很容易在一个模块中进行更改并在另一个模块中使用它 。
现在，要正确发布这些模块，我们需要发布golang.org/x/example 模块，例如在v0.1.0. 这通常通过在模块的版本控制存储库上标记提交来完成 。发布完成后，我们可以增加对 golang.org/x/example模块的要求hello/go.mod：
这样，该go命令可以正确解析工作区之外的模块 。
Golang的调度模型Go有四大核心模块，基本全部体现在runtime，有调度系统、GC、goroutine、channel ， 那么深入理解其中的精髓可以帮助我们理解Go这一门语言！
参考: 调度系统设计精要
下面是我用Go语言简单写的一个调度器 ， 大家可以看看设计思路，以及存在的问题！
1、测试条件，调度器只启动两个线程，然后一个线程主要是负责循环的添加任务，一个线程循环的去执行任务
2、测试条件，调度器启动三个线程 ， 然后两个线程去执行任务，一个添加任务
3、继续测试，启动十个线程，一个添加任务，九个执行任务
4、我们添加一些阻塞的任务
执行可以看到完全不可用
1、 可以看到随着M的不断的增加，可以发现执行任务的数量也不断的减少 ， 原因是什么呢？有兴趣的同学可以加一个pprof可以看看，其实大量的在等待锁的过程！
2、如果我的M运行了类似于Sleep操作的方法如何解决了，我的调度器还能支撑这个量级的调度吗？
关于pprof如何使用：在代码头部加一个这个代码：
我们查看一下go tool pprof main/prof.pporf
可以看到真正执行代码的时间只有 0.17s0.02s 其他时间都被阻塞掉了！
1、GM模型中的所有G都是放入到一个queue ， 那么导致所有的M取执行任务时都会去竞争锁，我们插入G也会去竞争锁，所以解决这种问题一般就是减少对单一资源的竞争，那就是桶化，其实就是每个线程都分配一个队列
2、GM模型中没有任务状态，只有runnable，假如任务遇到阻塞，完全可以把任务挂起再唤醒
这里其实会遇到一个问题 ， 假如要分配很多个线程，那么此时随着线程的增加，也会造成队列的增加，其实也会造成调度器的压力，因为它需要遍历全部线程的队列去分配任务以及后续会讲到的窃取任务！
【go语言1.13模块 go语言gorm】因为我们知道CPU的最大并行度其实取决于CPU的核数，也就是我们没必要为每个线程都去分配一个队列 ， 因为就算是给他们分配了 ， 他们自己去那执行调度，其实也会出现大量阻塞，原因就是CPU调度不过来这些线程！
Go里面是只分配了CPU个数的队列，这里就是P这个概念，你可以理解为P其实是真正的资源分配器 ， M很轻只是执行程序，所有的资源内存都维护在P上！M只有绑定P才能执行任务（强制的）！
这样做的好处：
1、首先调度程序其实就是调度不同状态的任务，go里面为Go标记了不同的状态，其实大概就是分为：runnable，running ， block等 ， 所以如何充分调度不同状态的G成了问题，那么关于阻塞的G如何解决，其实可以很好的解决G调度的问题！
上面这些情况其实就分为：
2、用户态阻塞 ， 一般Go里面依靠gopark函数去实现，大体的代码逻辑基本上和go的调度绑定死了
源码在：
3、其实对于netpool 这种nio模型，其实内核调用是非阻塞的 ， 所以go开辟了一个网络轮训器队列，来存放这些被阻塞的g，等待内核被唤醒！那么什么时候会被唤醒了，其实就是需要等待调度器去调度了！
4、如果是内核态阻塞了（内核态阻塞一般都会将线程挂起，线程需要等待被唤醒） ， 我们此时P只能放弃此线程的权利 ， 然后再找一个新的线程去运行P！
关于着新线程：找有没有idle的线程，没有就会创建一个新的线程！
关于当内核被唤醒后的操作：因为GPM模型所以需要找到个P绑定，所以G会去尝试找一个可用的P，如果没有可用的P，G会标记为runnable放到全局队列中！
5、其实了解上面大致其实就了解了Go的基本调度模型
答案文章里慢慢品味！
如果某个 G 执行时间过长，其他的 G 如何才能被正常的调度？ 这便涉及到有关调度的两个理念：协作式调度与抢占式调度 。协作式和抢占式这两个理念解释起来很简单： 协作式调度依靠被调度方主动弃权；抢占式调度则依靠调度器强制将被调度方被动中断 。
例如下面的代码 ， 我本地的版本是go1.13.5
执行:GOMAXPROCS=1配置全局只能有一个P
可以看到main函数无法执行!也就是那个go 空转抢占了整个程序
备注：
但是假如我换为用 1.14 版本执行，有兴趣的话可以使用我的docker镜像，直接可以拉?。?fanhaodong/golang:1.15.11和fanhaodong/golang:1.13.5
首先我们知道G/M/P，G可能和M也可能和P解除绑定，那么关于数据变量放在哪哇！其实这个就是逃逸分析！
输出可以看到其实没有发生逃逸，那是因为 demo被拷贝它自己的栈空间内
备注：
-gcflags"-N -l -m"其中-N禁用优化-l禁止内联优化，-m打印逃逸信息
那么继续改成这个
可以看到发现 demo对象其实被逃逸到了堆上！这就是不会出现类似于G如果被别的M执行，其实不会出现内存分配位置的问题！
所以可以看到demo其实是copy到了堆上！这就是g逃逸的问题，和for循环一样的
执行可以发现 ， 其实x已经逃逸到了堆上，所以你所有的g都引用的一个对象，如何解决了
如何解决了，其实很简单
也谈goroutine调度器
图解Go运行时调度器
Go语言回顾：从Go 1.0到Go 1.13
Go语言原本
调度系统设计精要
Scalable Go Scheduler Design Doc
Golang 中更好的错误处理：理论和实践技巧 云和安全管理服务专家新钛云服 张春翻译
这种方法有几个缺点 。首先，它可以对程序员隐藏错误处理路径，特别是在捕获异常不是强制性的情况下，例如在 Python 中 。即使在具有必须处理的 Java 风格的检查异常的语言中，如果在与原始调用不同的级别上处理错误，也并不总是很明显错误是从哪里引发的 。
我们都见过长长的代码块包装在一个 try-catch 块中 。在这种情况下，catch 块实际上充当 goto 语句 ， 这通常被认为是有害的（奇怪的是，C 中的关键字被认为可以接受的少数用例之一是错误后清理，因为该语言没有 Golang- 样式延迟语句） 。
如果你确实从源头捕获异常，你会得到一个不太优雅的 Go 错误模式版本 。这可能会解决混淆代码的问题，但会遇到另一个问题：性能 。在诸如 Java 之类的语言中 ， 抛出异常可能比函数的常规返回慢数百倍 。
Java 中最大的性能成本是由打印异常的堆栈跟踪造成的 ， 这是昂贵的，因为运行的程序必须检查编译它的源代码。仅仅进入一个 try 块也不是空闲的，因为需要保存 CPU 内存寄存器的先前状态，因为它们可能需要在抛出异常的情况下恢复 。
如果您将异常视为通常不会发生的异常情况，那么异常的缺点并不重要 。这可能是传统的单体应用程序的情况，其中大部分代码库不必进行网络调用——一个操作格式良好的数据的函数不太可能遇到错误（除了错误的情况） 。一旦您在代码中添加 I/O，无错误代码的梦想就会破灭：您可以忽略错误，但不能假装它们不存在！
try {
doSometing()
} catch (IOException e) {
// ignore it
}
与大多数其他编程语言不同，Golang 接受错误是不可避免的 。如果在单体架构时代还不是这样 ， 那么在今天的模块化后端服务中，服务通常和外部 API 调用、数据库读取和写入以及与其他服务通信。
以上所有方法都可能失败，解析或验证从它们接收到的数据（通常在无模式 JSON 中）也可能失败 。Golang 使可以从这些调用返回的错误显式化，与普通返回值的等级相同 。从函数调用返回多个值的能力支持这一点，这在大多数语言中通常是不可能的 。Golang 的错误处理系统不仅仅是一种语言怪癖，它是一种将错误视为替代返回值的完全不同的方式！
重复 if err != nil
对 Go 错误处理的一个常见批评是被迫重复以下代码块：
res, err := doSomething()
if err != nil {
// Handle error
}
对于新用户来说，这可能会觉得没用而且浪费行数：在其他语言中需要 3 行的函数很可能会增长到 12 行：
这么多行代码！这么低效！如果您认为上述内容不优雅或浪费代码，您可能忽略了我们检查代码中的错误的全部原因：我们需要能够以不同的方式处理它们！对 API 或数据库的调用可能会被重试 。
有时事件的顺序很重要：调用外部 API 之前发生的错误可能不是什么大问题（因为数据从未通过发送），而 API 调用和写入本地数据库之间的错误可能需要立即注意 ， 因为 这可能意味着系统最终处于不一致的状态 。即使我们只想将错误传播给调用者，我们也可能希望用失败的解释来包装它们 ， 或者为每个错误返回一个自定义错误类型 。
并非所有错误都是相同的，并且向调用者返回适当的错误是 API 设计的重要部分，无论是对于内部包还是 REST API。
不必担心在你的代码中重复 if err != nil ——这就是 Go 中的代码应该看起来的样子 。
自定义错误类型和错误包装
从导出的方法返回错误时，请考虑指定自定义错误类型 ， 而不是单独使用错误字符串 。字符串在意外代码中是可以的 ， 但在导出的函数中，它们成为函数公共 API 的一部分 。更改错误字符串将是一项重大更改——如果没有明确的错误类型，需要检查返回错误类型的单元测试将不得不依赖原始字符串值！事实上，基于字符串的错误也使得在私有方法中测试不同的错误案例变得困难，因此您也应该考虑在包中使用它们 。回到错误与异常的争论 ， 返回错误也使代码比抛出异常更容易测试，因为错误只是要检查的返回值 。不需要测试框架或在测试中捕获异常。
可以在 database/sql 包中找到简单自定义错误类型的一个很好的示例 。它定义了一个导出常量列表，表示包可以返回的错误类型，最著名的是 sql.ErrNoRows 。虽然从 API 设计的角度来看，这种特定的错误类型有点问题（您可能会争辩说 API 应该返回一个空结构而不是错误） ， 但任何需要检查空行的应用程序都可以导入该常量并在代码中使用它不必担心错误消息本身会改变和破坏代码 。
对于更复杂的错误处理，您可以通过实现返回错误字符串的 Error() 方法来定义自定义错误类型 。自定义错误可以包括元数据，例如错误代码或原始请求参数 。如果您想表示错误类别 ， 它们很有用 。DigitalOcean 的本教程展示了如何使用自定义错误类型来表示可以重试的一类临时错误 。
通常，错误会通过将低级错误与更高级别的解释包装起来，从而在程序的调用堆栈中传播 。例如，数据库错误可能会以下列格式记录在 API 调用处理程序中：调用 CreateUser 端点时出错：查询数据库时出错：pq：检测到死锁 。这很有用，因为它可以帮助我们跟踪错误在系统中传播的过程，向我们展示根本原因（数据库事务引擎中的死锁）以及它对更广泛系统的影响（调用者无法创建新用户） 。
自 Go 1.13 以来，此模式具有特殊的语言支持，并带有错误包装 。通过在创建字符串错误时使用 %w 动词，可以使用 Unwrap() 方法访问底层错误 。除了比较错误相等性的函数 errors.Is() 和 errors.As() 外，程序还可以获取包装错误的原始类型或标识 。这在某些情况下可能很有用，尽管我认为在确定如何处理所述错误时最好使用顶级错误的类型 。
Panics
不要 panic()！长时间运行的应用程序应该优雅地处理错误而不是panic 。即使在无法恢复的情况下（例如在启动时验证配置），最好记录一个错误并优雅地退出 。panic比错误消息更难诊断，并且可能会跳过被推迟的重要关闭代码 。
Logging
我还想简要介绍一下日志记录，因为它是处理错误的关键部分 。通常你能做的最好的事情就是记录收到的错误并继续下一个请求 。
除非您正在构建简单的命令行工具或个人项目 ， 否则您的应用程序应该使用结构化的日志库，该库可以为日志添加时间戳，并提供对日志级别的控制 。最后一部分特别重要，因为它将允许您突出显示应用程序记录的所有错误和警告 。通过帮助将它们与信息级日志分开，这将为您节省无数时间 。
微服务架构还应该在日志行中包含服务的名称以及机器实例的名称 。默认情况下记录这些时 ， 程序代码不必担心包含它们 。您也可以在日志的结构化部分中记录其他字段，例如收到的错误（如果您不想将其嵌入日志消息本身）或有问题的请求或响应 。只需确保您的日志没有泄露任何敏感数据，例如密码、API 密钥或用户的个人数据！
对于日志库，我过去使用过 logrus 和 zerolog，但您也可以选择其他结构化日志库 。如果您想了解更多信息 ， 互联网上有许多关于如何使用这些的指南 。如果您将应用程序部署到云中，您可能需要日志库上的适配器来根据您的云平台的日志 API 格式化日志 - 没有它，云平台可能无法检测到日志级别等某些功能 。
如果您在应用程序中使用调试级别日志（默认情况下通常不记录），请确保您的应用程序可以轻松更改日志级别，而无需更改代码 。更改日志级别还可以暂时使信息级别甚至警告级别的日志静音，以防它们突然变得过于嘈杂并开始淹没错误 。您可以使用在启动时检查以设置日志级别的环境变量来实现这一点 。
原文：
Go 1.13 中 Go command 修改go1.13已经发布了一个多月了，本次的大部分修改都是工具链、运行时和核心库 。而本文主要是记录的命令行的修改 。
go env添加几个新的参数 ， 使修改环境变量变得更方便快捷 。
设置环境变量，通过此方式设置的默认值存储在os.UserConfigDir()中的go/env文件中 。
取消以前设置的默认变量
现在go version命令的参数既可以是可执行文件又可以是项目目录 。如果在go version命令中加上-m参数，则会打印可执行文件的引用模块的相关版本信息 。
从编译的可执行文件中删除所有文件系统路径，以提高构建的可重复性 。
如果传入一个目录，则会将可执行文件写入该文件夹 。
Go 1.13 Release Notes
UserConfigDir
使用Go Module构建项目 Golang 配置不是这里要讨论的新话题 。但是在Go 1.12发布之后 ， 我认为必须重新定义步骤，因为项目设置变得比以前简单明了 。
在搜索配置步骤时 ， 除了少数文章之外，大部分内容仍然是分享旧方式 ， 即
通过本文，我们将看到项目设置及其发布如何在Go 1.12版本中进行 。
在1.11版本中 ， Go引入了名为Go Modules的内置包管理，它正在开始进行重大改变Go生态系统 。它是GOPATH的替代品，集成了版本控制和软件包分发支持 。
来自Go博客，
由于1.12版本的Go模块默认启用 ， GOPATH将在1.13版本中弃用 。
对于那些开始使用Go 1.12的人来说 ， 安装和设置将如下所示 。
安装Go
在Mac上
在Ubuntu上
*从Go 1.8开始，将GOPATH设置为环境变量不是必需的 。如果我们没有设置一个 ， Go使用默认的GOPATH为 $HOME/go
构建项目
让我们在GOPATH之外的首选位置为go项目创建文件夹
初始化模块
使用Go模块初始化项目名称 。
这将创建模块配置文件go.mod，其中包含模块名称和版本 。
此go.mod文件定义Module的根，go命令将相应地与包一起使用 ， 作为GOPATH的替代 。
使用模块
Go模块主要解决以下用例，
依赖管理
让我们使用jsoniter设置简单的json数据生成应用程序 。
该go.mod配置的工作通常喜欢gemfile用Ruby，requirement.txtPython中或其他依赖管理工具，但不完全是 。
构建go时，将根据go代码中的import语句获取最新版本的依赖项，并go.mod使用所需的依赖项更新配置 。
对于我们的示例，go build将获取最新的jsoniter及其依赖项 。
每次go.mod得更新，go build命令创建一个名为的文件，go.sum其中包含特定模块版本内容的预期加密校验和 。
go.sum 不是锁 文件 。它仅用于验证目的 。有关详细信息，请参阅这里 FAQ 。
解决自定义包
让我们创建一个自定义包并验证它是否在没有GOPATH的情况下得到解决 。我创建了一个名为的包handlers
编写一个函数
使用main.go中的自定义包功能，
现在go build解析没有GOPATH的自定义包 。二进制文件将在指定的模块名称中创建go.mod。
让我们执行结果 。
总结
模块系统将帮助我们为Go生态系统提供更好的身份验证和构建速度 。
Go语言安装与镜像配置 安装网址
国内镜像
Go 1.13 及以上（推荐
打开go语言1.13模块你go语言1.13模块的终端并执行
macOS 或 Linux
或
如果是zsh
请这样设置
Windows
打开PowerShell 并执行
或者
然后go语言1.13模块你就可以
go语言1.13模块的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于go语言gorm、go语言1.13模块的信息别忘了在本站进行查找喔 。

    推荐阅读


    上一篇：如何重置服务器设置？ 怎么把服务器设置重置

    下一篇：重装上阵怎么连接 重装上阵怎么匹配菜鸟服务器