t.parallel()用于标记测试函数可与其他并行测试并发运行。默认情况下，golang测试按顺序执行，但调用t.parallel()后，该测试将加入并行队列，与其他同样标记的测试并发运行，从而节省测试时间。其优势包括1. 提升测试效率，尤其在ci/cd中资源充足时；2. 更贴近真实并发场景，暴露竞态问题；3. 鼓励编写独立、无状态的测试逻辑。适合使用的情况有：1. 测试间无状态共享；2. 未修改外部环境或已隔离；3. 测试逻辑简单快速；4. 项目测试数量多需缩短总耗时。应避免使用的情形包括：1. 操作未mock的数据库或网络服务；2. 多测试共用并修改全局变量；3. 测试需特定顺序执行。使用建议包括：1. 在测试函数开头调用；2. 确保测试幂等；3. 结合-race检测竞态；4. 子测试需单独调用t.parallel()。
在Golang的单元测试中，t.Parallel()是一个常见但容易被忽略的调用。它的作用是告诉测试框架：这个测试函数可以与其他标记为并行的测试函数同时运行。很多人写测试时会习惯性地加上它，却不一定清楚为什么要加。其实，使用t.Parallel()不仅仅是优化性能那么简单，它背后涉及到Golang测试机制的设计哲学。
什么是t.Parallel()
在默认情况下，Golang的测试是按顺序执行的，也就是说一个测试函数跑完才会开始下一个。但如果你在一个测试函数里调用了t.Parallel()，那这个测试就会被安排到并行执行队列中，和其他也调用了该方法的测试一起并发运行。
这有什么好处呢？最直接的就是节省测试时间。比如你有多个独立的测试用例，它们互不依赖、也不共享状态，那么就可以通过并行执行来加快整体测试流程。
立即学习“go语言免费学习笔记（深入）”；
并行测试的优势在哪
Golang的设计理念之一就是“并发优先”，而并行测试正是这一理念的体现。使用t.Parallel()有几个明显优势：
- 提升测试效率：特别是在CI/CD环境中，测试数量多、资源充足的情况下，并行执行能显著减少整体构建时间。
- 更贴近真实场景：很多服务在实际运行时是并发处理请求的，通过并行测试可以更容易暴露竞态条件（race condition）等问题。
- 鼓励编写独立测试用例：只有那些真正不依赖外部状态、不会互相干扰的测试才适合并行执行，这也反向推动开发者写出更干净的测试逻辑。
当然，并不是所有测试都适合并行运行。如果测试之间存在共享资源（比如全局变量、数据库连接池等），就需要特别小心，否则可能会出现不可预测的问题。
什么时候应该使用t.Parallel()
一般而言，在以下几种情况中使用t.Parallel()是合理且推荐的：
- 测试函数彼此之间没有任何状态共享；
- 测试不修改外部环境（如文件系统、数据库）或对这些操作做了隔离；
- 测试逻辑简单、快速，适合高并发运行；
- 项目测试数量较多，希望缩短整体测试时间。
举个例子，比如你在写一个工具函数的测试，像字符串处理、数学计算这类纯函数，它们的输入输出完全由参数决定，没有副作用。这种测试非常适合加上t.Parallel()。
而在如下场景则应避免使用：
- 测试需要操作数据库或网络服务，并且没有做好mock；
- 多个测试共同修改同一个全局变量；
- 某些测试必须按照特定顺序执行才能通过。
使用建议和注意事项
如果你决定在测试中使用t.Parallel()，下面几点建议可能对你有帮助：
- 在测试函数开头就调用
t.Parallel()，这样能尽早释放控制权给测试调度器； - 确保你的测试用例是幂等的，也就是无论运行多少次结果都一致；
- 如果你使用了
-race标志进行竞态检测，并行测试尤其有用； - 不要试图强行并行化所有测试，先确保测试逻辑是安全的；
- 对于子测试（subtests），记得在每个子测试中单独调用
t.Parallel()，父级设置不会自动继承。
另外，Golang测试框架本身会对并行测试做一定的调度控制，所以你不需要手动限制并发数量。它会根据CPU核心数等因素自动调整，确保资源利用率最大化。
基本上就这些。
