你使用的Go版本是什么(go version)?
go version go1.12在$GOPATH/pkg/mod/cache/download/server.com/xxx/repo中，有必要清理这些*.lock文件吗？
这些文件的大小总是为0。也许我们可以在解锁后删除这些文件。
从代码注解中：
// We use a separate lockfile here instead of locking listFile itself because
// we want to use Rename to write the file atomically. The list may be read by
// a GOPROXY HTTP server, and if we crash midway through a rewrite (or if the
// HTTP server ignores our locking and serves the file midway through a
// rewrite) it's better to serve a stale list than a truncated one.cc @bcmills
3条答案
按热度按时间2vuwiymt1#
也许我们可以在解锁后删除这些文件。
版本特定的锁在两个地方使用：
go/src/cmd/go/internal/modfetch/fetch.go
第76行 42e8b9c
| | unlock, err:=lockVersion(mod) |
go/src/cmd/go/internal/modfetch/fetch.go
第158行 42e8b9c
| | unlock, err:=lockVersion(mod) |
由于它们保护了
.zip文件和提取出的目录的创建，因此在文件和目录创建后可能可以删除这些锁文件。xv8emn3q2#
删除锁文件是微妙的，这样很容易引入竞争条件。在POSIX系统中，我们使用建议锁，这不会阻止在锁定时由另一个进程更改或删除文件。考虑以下顺序：
list.lock并开始更新list文件。list.lock,但由于被A持有而阻塞。list文件并解锁list.lock。list.lock。list.lock。list.lock文件，创建一个并锁定它。现在进程B和C都在更新
list文件。要解决这种情况，我们需要始终在解锁之前删除文件，并在锁定之后始终检查文件的身份。
list.lock并开始更新list文件。list.lock,但由于被A持有而阻塞。list文件并解锁list.lock。list.lock(或重命名它)。list.lock。list.lock。list.lock文件，创建一个并锁定它。list.lock,发现它不是，并重新启动锁定过程。list.lock,但由于被C持有而阻塞。这需要更复杂的锁定顺序(B需要验证它锁定的文件的身份),我不确定这是否可移植(我不知道Windows是否允许锁定的文件被删除或重命名)。
nfzehxib3#
请参考之前的#29434。