Angular7 DashboardComponent报NG2003注入错误、TS2307找不到模块问题

核心报错根因 #

所有报错为连锁触发，最初的问题出在模块导入环节，后续的注入类报错都是类型实体加载失败导致的衍生问题：

• 最初始错误为TS2307：编译器无法匹配到../student.service对应的文件，导致代码中导入的StudentService在当前上下文中为未定义状态，没有实际的类型值可供引用。
• 衍生的NG2003类报错是上述问题的连锁反应：因为StudentService类型未被正确加载，Angular编译器解析构造函数的studentService参数时，找不到对应类型的实体，无法识别其为合法的可注入令牌，因此抛出“无匹配注入令牌”“类型无对应值无法作为注入令牌”的提示。
• 标记DashboardComponent声明位置的提示，是编译器在解析类与构造函数逻辑时，发现上游依赖加载失败后添加的定位锚点，不属于独立错误。

分步修复操作 #

• 修正StudentService的导入路径
  对照student.service.ts的实际存放位置，调整dashboard.component.ts第3行的导入路径，直到TypeScript不再抛出TS2307错误。常见路径匹配参考：
  • 若student.service.ts存放在src/app/根目录（与dashboard文件夹同级），../student.service的路径写法是正确的，需排查文件是否被创建在其他目录（如dashboard同级子目录、独立的services目录），对应调整为./student.service、../services/student.service这类匹配实际位置的相对路径。
• 完成StudentService的注入配置
  导入路径正常后，需确保StudentService符合Angular7的注入规则：
  • 给StudentService类添加@Injectable()装饰器，若需要全局单例，可在装饰器中配置providedIn: 'root'，无需额外在模块中声明。
  • 若采用模块级注入，需在DashboardComponent所属NgModule的providers数组中显式注册StudentService，保证Angular能在运行时创建该服务实例。
• 验证编译链路
  上述配置完成后，原有的NG2003、注入令牌不匹配的报错会自动消失。提示：编译器给出的“使用@Inject装饰器指定注入令牌”属于针对类型缺失场景的兜底建议，当导入链路正常时，不需要额外在构造函数参数上添加@Inject装饰器；如果仅按照提示加装饰器但不解决导入路径错误，StudentService本身仍处于未定义状态，报错不会消除。

内容的提问来源于stack exchange，提问作者T.S.Thenmozhi 17MTCS19