取消管理协程时，未持有可取消上下文的子协程是否会终止？

首先直接给你答案：不会，你的readCSV子协程不会因为readWithCancel协程被取消而自动终止，它会继续运行直到自己完成（比如读到文件EOF）或者遇到错误退出。

为什么会这样？ #

Go语言里的协程（goroutine）是独立执行的，除非满足以下条件之一，否则会一直运行：

• 协程自身执行到return或panic
• 整个Go进程退出
• 协程被显式地通过某种机制中断（比如监听上下文取消信号、收到退出通道的消息等）

在你的代码里，readCSV协程完全不知道上层的ctx存在——它既没有持有这个上下文，也没有在执行过程中检查ctx.Done()信号。所以当ctx被取消时，readWithCancel里的select会命中<-ctx.Done()分支返回，但readCSV协程还会继续埋头执行cr.Read()循环，直到读完文件或者遇到IO错误才会停止。

另外还要提个小问题：你的readCSV函数没有关闭打开的文件，这会导致文件句柄泄漏，不管协程是否被取消，都应该加上defer f.Close()来确保资源被释放。

怎么让子协程也能被取消？ #

要让readCSV能响应上下文取消，你需要把上下文传递给它，并在执行过程中定期检查取消信号。修改后的代码大概是这样的：

func main() {
	files := []string{"../data/file1.csv", "../data/file2.csv", "../data/file3.csv"}

	ctx, cancel := context.WithCancel(context.Background())
	defer cancel()

	var wg sync.WaitGroup

	for _, file := range files {
		wg.Add(1)
		fileLocal := file
		go func() {
			defer wg.Done()
			if err := readWithCancel(ctx, fileLocal); err != nil {
				fmt.Println(fileLocal, err)
				cancel()
			}
		}()
	}

	wg.Wait()
}

func readWithCancel(ctx context.Context, file string) error {
	ch := make(chan error)
	// 把ctx传递给readCSV
	go func() {
		ch <- readCSV(ctx, file)
	}()

	select {
	case err := <-ch:
		return err
	case <-ctx.Done():
		return ctx.Err()
	}
}

func readCSV(ctx context.Context, file string) error {
	f, err := os.Open(file)
	if err != nil {
		return fmt.Errorf("opening file %w", err)
	}
	defer f.Close() // 确保文件被关闭

	cr := csv.NewReader(f)
	linenum := 0
	for {
		// 每次循环前检查上下文是否已取消
		select {
		case <-ctx.Done():
			return ctx.Err()
		default:
			// 没有取消，继续执行
		}

		record, err := cr.Read()
		if err != nil {
			if errors.Is(err, io.EOF) {
				return nil
			}
			return err
		}
		fmt.Printf("%s: %s\n", file, record)
		linenum++
	}
}

修改点说明：

1. 让readCSV接受ctx参数
2. 在readCSV的循环中加入上下文检查，一旦检测到取消就立即返回
3. 给readCSV加上defer f.Close()，修复文件句柄泄漏问题

这样一来，当任何一个任务触发cancel()时，所有readCSV协程都会在下次循环检查时感知到取消信号，主动终止执行。

备注：内容来源于stack exchange，提问作者Gurunandan Bhat