这个问题我在Next.js 15项目里刚踩过坑！Lucide的Link组件抢了next/link的默认导入优先级，每次自动导入都选错，确实闹心。下面给你几个亲测有效的解决方法：

方法一：通过tsconfig.json的paths配置强制优先解析next/link #

TypeScript的模块解析路径可以帮我们指定标识符的优先匹配项，直接把Link和next/link绑定，这样自动导入时会第一时间选它：

• 打开项目根目录的tsconfig.json（如果是JS项目就是jsconfig.json）
• 在compilerOptions里添加paths配置（注意要先加上baseUrl作为生效前提）：

{
  "compilerOptions": {
    // 保留你原有的其他配置...
    "baseUrl": ".",
    "paths": {
      "Link": ["next/link"],
      // 可选：给Lucide的Link单独指定路径，避免后续混淆
      "LucideLink": ["lucide-react/dist/icons/Link"]
    }
  }
}

• 保存配置后，按Ctrl+Shift+P（Mac是Cmd+Shift+P），输入「TypeScript: Restart TS Server」重启TypeScript服务，让配置生效。

之后你再输入Link，VS Code的自动导入就会优先提示next/link的组件了。

方法二：调整VS Code的TypeScript导入优先级设置 #

直接在VS Code的用户或工作区设置里给模块配置优先级，数值越高，导入优先级越高：

• 按Ctrl+,（Mac是Cmd+,）打开VS Code设置，点击右上角的「打开设置(JSON)」按钮
• 添加以下配置：

{
  // 其他设置...
  "typescript.preferences.importPriority": {
    "next/link": 10, // 给next/link设高优先级
    "lucide-react": 1 // 降低Lucide的优先级
  }
}

• 同样重启TypeScript服务，配置就会生效。这个方法的好处是不需要修改项目的tsconfig，适合多项目共享个人设置的场景。

方法三：用类型声明文件锁定默认Link的来源 #

如果上面两种方法都没达到预期，还可以通过自定义类型声明来强制TypeScript优先识别next/link的Link：

• 在项目根目录创建types文件夹，里面新建link-override.d.ts文件
• 写入以下内容：

declare module 'Link' {
  export { Link } from 'next/link';
}

• 在tsconfig.json的include数组里加上这个类型文件：

{
  "include": [
    "next-env.d.ts",
    "**/*.ts",
    "**/*.tsx",
    "types/**/*.d.ts" // 新增这一行
  ]
}

• 重启TypeScript服务后，自动导入就会默认指向next/link的Link组件。

额外小技巧 #

如果偶尔需要用Lucide的Link，建议直接给它起别名导入，比如：

import { Link as LucideLink } from 'lucide-react';

这样VS Code之后自动导入Lucide的Link时，会自动用LucideLink作为别名，不会和next/link的Link混淆。

亲测这几个方法在Next.js 15里都能解决优先级问题，你可以根据自己的项目情况选一个最顺手的！