你正在使用的Go版本是(go version)?

go version go1.12.5 darwin/amd64

这个问题在最新版本的发布中是否重现？
是的
你做了什么？
读取由git archive生成的tar文件：

$ git clone https://github.com/SSW-SCIENTIFIC/NNDD.git
$ cd NNDD
$ git archive --format tar c21b98da2ca7f007230e696b2eda5da6589fe137 > nndd.tar

或者，你可以直接从github获取这个归档文件： https://github.com/SSW-SCIENTIFIC/NNDD/tarball/c21b98da2ca7f007230e696b2eda5da6589fe137
如果你尝试用golang的archive/tar读取这个文件，你会在一个条目上得到一个tar.ErrHeader。这里有一个重现程序：

package main

import (
	"archive/tar"
	"compress/gzip"
	"fmt"
	"io"
	"log"
	"net/http"
	"os"
)

func main() {
	// Read tar from file if specified, otherwise fetch directly from github
	var r io.Reader
	if len(os.Args) > 1 {
		f, err := os.Open(os.Args[1])
		if err != nil {
			log.Fatal(err)
		}
		defer f.Close()
		r = f
	} else {
		resp, err := http.Get("https://github.com/SSW-SCIENTIFIC/NNDD/tarball/c21b98da2ca7f007230e696b2eda5da6589fe137")
		if err != nil {
			log.Fatal(err)
		}
		defer resp.Body.Close()
		gr, err := gzip.NewReader(resp.Body)
		if err != nil {
			log.Fatal(err)
		}
		defer gr.Close()
		r = gr
	}

	tr := tar.NewReader(r)
	for {
		_, err := tr.Next()
		if err == io.EOF {
			break
		}
		if err != nil {
			log.Fatal(err)
		}
	}
	fmt.Println("Successfully read tar")
}

如果你尝试用bsdtar或gnutar读取相同的文件，它们都能读取整个tarball。bsdtar(取决于版本)会在stderr上记录一个警告，但仍然提取tarball的其余部分。
归档文件包含一个符号链接，该链接的值不是路径，而是一个包含空字符的大值。validatePAXRecord明确禁止在PAX值的链接中出现空字符。这导致tar.Reader.Next()返回tar.ErrHeader。
https://github.com/golang/go/blob/go1.12.5/src/archive/tar/strconv.go#L321-L322
我向git邮件列表报告了这个问题： https://public-inbox.org/git/CAMVcy0Q0TL6uEGR2NeudJrOiXdQ87XcducL0EwMidWucjk5XYw@mail.gmail.com/T/#u 阅读该问题以获取有关归档文件中“错误”条目的更多详细信息。
那里的观点似乎是，为链接生成非C字符串值是有效的。并非所有的tarball都注定用于文件系统。而且最新的bsdtar和gnutar都没有对值提出抱怨。gnutar将写入符号链接值直到第一个空字符。
你期望看到什么？
我认为以下任何一种行为都会更好：

• 在遇到可恢复错误时，能够读取tar的其余部分。
• 在所有PAX值中允许空字符。
• 将PAX值截断到第一个空字符(与gnutar保持一致)。

你看到了什么？
在bsdtar和gnutar都可以读取的tarball上出现了tar.ErrHeader。