在 TypeScript 项目中，如果你在两个 .ts 文件（如 a.ts 和 b.ts）中使用了相同名称的函数声明，即使它们是在各自文件中的大括号代码块（比如函数或条件语句内）定义的，也可能会遇到“函数实现重复”的错误。这通常是因为 TypeScript 的模块系统和作用域处理方式引起的。

原因分析： ​

1. 全局作用域污染 ​

如果你没有使用 import 或 export 显式地将文件变成模块，TypeScript 会将这些文件视为全局作用域脚本（即 script 类型的文件，而非 module 类型）。在这种情况下，两个文件中定义的同名函数会被认为是定义在全局作用域中，从而导致冲突。

例如：

// a.ts
{
  function foo() {}
}

// b.ts
{
  function foo() {}
}

这两个文件如果没有 import 或 export，就会被当作全局脚本，其中的 foo 函数都会被认为是全局函数，因此造成重复定义错误。

2. 函数声明 vs 表达式 ​

• 如果你写的是：

  ts

  function foo() {}

  这是一个函数声明，会被提升（hoisted），并且在同一作用域中不能重复声明。

• 如果你写的是：

  ts

  const foo = () => {};

  这是一个函数表达式，它不会像函数声明那样被提升，并且可以重新赋值（如果不用 const 而用 let）。

解决方法： ​

✅ 方法一：使用模块系统 ​

确保每个文件都是一个模块，只需添加 export {} 或实际导出内容即可：

// a.ts
{
  function foo() {}
}
export {}; // 将此文件变为模块

// b.ts
{
  function foo() {}
}
export {}; // 将此文件变为模块

这样两个文件中的 foo 函数就只属于各自的模块作用域，不会互相干扰。

✅ 方法二：使用函数表达式代替函数声明 ​

如果你不希望把文件变成模块，也可以改为使用函数表达式：

// a.ts
{
  const foo = () => {
    // ...
  };
}

// b.ts
{
  const foo = () => {
    // ...
  };
}

因为变量作用域受限于代码块 {}，所以不会产生冲突。

✅ 方法三：避免在顶层使用同名函数声明 ​

如果你坚持使用函数声明，建议不要在多个文件中使用相同的函数名，尤其是在非模块文件中。

总结： ​

推荐做法： ​

• 所有 .ts 文件都显式使用 export {} 来作为模块。
• 避免在全局作用域中直接定义函数。
• 使用函数表达式或类、命名空间等方式组织代码。