如何在Vitest配置文件中配置别名，解决测试时@stores模块导入失败的问题

嘿，这问题我太有共鸣了！之前用Jest的moduleNameMapper顺风顺水，换Vitest就卡在别名上，对吧？别慌，咱们一步步把它搞定。

首先得抓准核心：你代码里用的是import { useGlobalStore } from "@stores"，这个导入的前缀是**@stores（没有斜杠）**，所以Vitest的别名配置必须精准匹配这个写法——你之前试的那些@/（对应@/xxx格式的导入）、@/stores（对应@/stores导入），都和你实际的导入语句不匹配，自然就没效果。

给你两个直接能用的配置方案，选一个适合你的就行：

方案一：用path模块解析绝对路径 #

先在配置文件顶部引入path模块，然后直接把@stores映射到你的src/stores目录：

import { defineConfig } from 'vitest/config';
import path from 'path';

export default defineConfig({
  test: {
    resolve: {
      alias: {
        // 精准匹配@stores的导入规则
        '@stores': path.resolve(__dirname, './src/stores'),
        // 顺便加上@的全局别名，方便后续@/xxx格式的导入
        '@': path.resolve(__dirname, './src'),
      },
    },
  },
});

方案二：用URL方式（适合ES模块格式的配置文件） #

如果你的配置文件是ES模块写法（用了import.meta.url），可以这么写：

import { defineConfig } from 'vitest/config';

export default defineConfig({
  test: {
    resolve: {
      alias: {
        '@stores': new URL('./src/stores', import.meta.url).pathname,
        '@': new URL('./src/', import.meta.url).pathname,
      },
    },
  },
});

额外提醒（可选但能避免后续麻烦） #

如果你用的是TypeScript，记得同步更新tsconfig.json里的paths配置，不然TypeScript的类型检查可能还会报“找不到模块”的错误：

{
  "compilerOptions": {
    "baseUrl": ".",
    "paths": {
      "@stores/*": ["src/stores/*"],
      "@/*": ["src/*"]
    }
  }
}

说白了，你之前的配置没生效，就是匹配规则和实际导入语句对不上——你要的是@stores的别名，却配了针对其他格式的规则，自然解析失败。现在改完配置，重启Vitest应该就能正常识别@stores模块了！

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