golang后台任务,golang定时任务调度

本文目录一览：

golang在近些年被追捧，不管某华，某阿在很多服务器开发上都在使用。

你不用怀疑golang的

优势：部署简单，良好的语言设计，并发性好，性能优良，开发简洁快，标准库强大，编译简单

缺点：还存在一些缺陷（例如垃圾回收），缺少安全检查，性能方面目前比不过java，第三方库不及java

但作为新兴语种，我们不用担心，背后有谷歌支持和java持平也就是时间上的问题。

而且前面还有某华，某阿顶着不怕。

原项目采用gopath来管理的引用库，但有小伙伴反应说包不好下，虽然我把对应的包做了百度云盘共享，但小伙伴们仍然感觉不太好用。特别是最近把go SDK升级到1.18.在管理包上终于下决心使用mod来重新重构下包管理。

一、配置启用Mod

首先那：

确定是否开启了

如果没有开启请开启它。开启命令执行：

#设置使用七牛云下载

来看下现在的配置：

二、创建项目

上边都说了如何开启了。下面介绍下如何使用

1. 可以随便找一个目录创建项目:myGoProjectNew

这个时候查看目录下会多出一个go.mod的文件：

里面也有了。标识了下SDK的版本1.18

2. 创建 main.go文件

3. 执行：

这时候就会自动下载引用了。

查看Go.mod文件

最后放两张效果图：

感觉还可以得点赞收藏哦。想要源码的私信我获取源码。

Golang采用了三色标记法来进行垃圾回收，那么在什么场景下会触发这个回收动作呢？

源码主要位于文件 src/runtime/mgc.go go version 1.16

触发条件从大方面说，可分为手动触发和系统触发两种方式。手动触发一般很少用，主要由开发者通过调用 runtime.GC() 函数来实现，而对于系统自动触发是运行时根据一些条件判断来进行的，这也正是本文要介绍的内容。

不管哪种触发方式，底层回收机制是一样的，所以我们先看一下手动触发，根据它来找系统触发的条件。

可以看到开始执行GC的是 gcStart() 函数，它有一个 gcTrigger 参数，是一个触发条件结构体，它的结构体也很简单。

其实在Golang 内部所有的GC都是通过 gcStart() 函数，然后指定一个 gcTrigger 的参数来开始的，而手动触发指定的条件值为 gcTriggerCycle 。 gcStart 是一个很复杂的函数，有兴趣的可以看一下源码实现。

对于 kind 的值有三种，分别为 gcTriggerHeap 、 gcTriggerTime 和 gcTriggerCycle 。

运行时会通过 gcTrigger.test() 函数来决定是否需要触发GC，只要满足上面基中一个即可。

到此我们基本明白了这三种触发GC的条件，那么对于系统自动触发这种，Golang 从一个程序的开始到运行，它又是如何一步一步监控到这个条件的呢？

其实 runtime 在程序启动时，会在一个初始化函数 init() 里启用一个 forcegchelper() 函数，这个函数位于 proc.go 文件。

为了减少系统资源占用，在 forcegchelper 函数里会通过 goparkunlock() 函数主动让自己陷入休眠，以后由 sysmon() 监控线程根据条件来恢复这个gc goroutine。

可以看到 sysmon() 会在一个 for 语句里一直判断这个 gcTriggerTime 这个条件是否满足，如果满足的话，会将 forcegc.g 这个 goroutine 添加到全局队列里进行调度(这里 forcegc 是一个全局变量)。

调度器在调度循环 runtime.schedule 中还可以通过垃圾收集控制器的 runtime.gcControllerState.findRunnabledGCWorker 获取并执行用于后台标记的任务。

golang后台任务,golang定时任务调度