Angular中entryComponents命名缘由：手动实例化场景下的困惑

Great question—this naming always throws people off at first, but it makes perfect sense once you peek under Angular's hood! Let's break it down:

1. 先搞懂entryComponents到底是干嘛的 #

在Angular 8之前的版本里，编译器只会自动编译那些在模板中直接通过选择器引用的组件。如果你需要手动实例化组件（比如用ComponentFactoryResolver创建模态框、动态标签页这类组件），编译器根本不会察觉到这些组件的存在——除非你把它们明确加到entryComponents数组里。

2. 「entry」一词的含义 #

这里的「entry」指的是Angular编译器工作流的入口点：

• 对于常规组件来说，它们的入口点是自身选择器在其他组件模板中的出现——这相当于告诉编译器：“我被用到了，快把我编译了”。
• 对于手动实例化的组件，没有模板选择器来触发编译流程。这时候entryComponents就充当了一个显式的入口点：你在告诉编译器：“这个组件也是你编译流程的入口之一，别漏掉它，哪怕它没出现在任何模板里”。

简单说，「entry」强调的是这些组件通过非模板引用的特殊路径，进入了编译器的处理范围。

3. 为什么手动实例化时需要它？ #

当你手动实例化组件时，Angular需要该组件已经被编译好（包括模板、元数据和相关代码）。如果没把它加到entryComponents里（Angular 8以前），编译器会直接忽略它，你在运行时创建组件就会报错。

补充个小知识：Angular 8之后，编译器变得更智能了，大多数情况下能自动检测到动态引用的组件，所以现在已经很少需要手动配置entryComponents了，但这个属性名还是保留了下来做向后兼容！

内容的提问来源于stack exchange，提问作者Mustafah