当您在编译步骤中使用模板时，编译器将为每个模板实例化生成代码。在编译和链接过程中，.cpp文件被转换为纯对象或机器代码，其中包含引用或未定义的符号，因为main.cpp中包含的.h文件没有实现YET。这些文件已准备好与另一个对象文件链接，该对象文件定义了模板的实现，因此您拥有完整的a.out可执行文件。

然而，由于模板需要在编译步骤中进行处理，以便为您定义的每个模板实例化生成代码，因此简单地编译一个与它的头文件分离的模板是行不通的，因为它们总是并行的，因为每个模板实例化都是一个全新的类。在常规类中，您可以将.h和.cpp分开，因为.h是该类的蓝图，.cpp是原始实现，因此任何实现文件都可以定期编译和链接，但是使用模板.h是类外观的蓝图，而不是对象外观，这意味着模板.cpp文件不是类的原始常规实现，它只是一个类的蓝图，因此任何.h模板文件的实现都无法编译，因为您需要一些具体的东西来编译，在这个意义上，模板是抽象的。

因此，模板永远不会单独编译，只在其他源文件中有具体实例化的地方编译。然而，具体的实例化需要知道模板文件的实现，因为简单地使用.h文件中的具体类型修改类型名T并不能完成任务，因为.cpp要链接什么，我以后找不到它，因为记住模板是抽象的，无法编译，所以我现在不得不给出实现，这样我就知道要编译和链接什么，现在我有了实现，它就链接到了封闭的源文件中。基本上，当我实例化一个模板时，我需要创建一个全新的类，如果我不知道该类在使用我提供的类型时应该是什么样子，我就不能这样做，除非我通知编译器模板实现，所以现在编译器可以用我的类型替换t，并创建一个可以编译和链接的具体类。

总之，模板是类外观的蓝图，类是对象外观的蓝图。我不能将模板与它们的具体实例化分开编译，因为编译器只编译具体类型，换句话说，至少在C++中，模板是纯语言抽象的。可以说，我们必须对模板进行去抽象，我们通过给它们一个具体的类型来处理，这样我们的模板抽象就可以转换为一个常规的类文件，进而可以正常编译。分隔template.h文件和template.cpp文件是没有意义的。这是没有意义的，因为.cpp和.h的分离仅限于.cpp可以单独编译和单独链接的地方，因为我们不能单独编译它们，因为模板是一个抽象，因此，我们总是被迫将抽象与具体实例化放在一起，其中具体实例化总是必须知道所使用的类型。

这意味着typename T get在编译步骤而不是链接步骤中被替换，所以如果我试图编译一个模板而不将T替换为一个对编译器来说完全没有意义的具体值类型，结果无法创建对象代码，因为它不知道T是什么。

从技术上讲，可以创建某种功能来保存template.cpp文件，并在其他源中找到它们时切换类型。

附带说明一下，当为模板类进行专门化时，可以将头与实现分开，因为根据定义，专门化意味着我专门化了一个可以单独编译和链接的具体类型。

注意：没有必要将实现放在头文件中，请参阅答案末尾的替代解决方案。

无论如何，代码失败的原因是，在实例化模板时，编译器使用给定的模板参数创建一个新类。例如：

template<typename T>
struct Foo
{
    T bar;
    void doSomething(T param) {/* do stuff using T */}
};

// somewhere in a .cpp
Foo<int> f; 

当读取这一行时，编译器将创建一个新类（让我们称之为FooInt），这相当于以下内容：

struct FooInt
{
    int bar;
    void doSomething(int param) {/* do stuff using int */}
}

因此，编译器需要访问方法的实现，以使用模板参数（在本例中为int）实例化它们。如果这些实现不在标头中，那么它们将无法访问，因此编译器将无法实例化模板。

对此的常见解决方案是在头文件中写入模板声明，然后在实现文件（例如.tpp）中实现类，并在头的末尾包含该实现文件。

食品h

template <typename T>
struct Foo
{
    void doSomething(T param);
};

#include "Foo.tpp"

食品.tpp

template <typename T>
void Foo<T>::doSomething(T param)
{
    //implementation
}

这样，实现仍然与声明分离，但编译器可以访问。

替代解决方案

另一个解决方案是保持实现分离，并显式实例化您需要的所有模板实例：

食品h

// no implementation
template <typename T> struct Foo { ... };

食品.cpp

// implementation of Foo's methods

// explicit instantiations
template class Foo<int>;
template class Foo<float>;
// You will only be able to use Foo with int or float

如果我的解释不够清楚，你可以看看这个主题的C++超级常见问题解答。

这意味着定义模板类的方法实现的最可移植的方式是在模板类定义中定义它们。

template < typename ... >
class MyClass
{

    int myMethod()
    {
       // Not just declaration. Add method implementation here
    }
};

单独实现的方法如下。

内部_内部.h

template <typename T>
struct Foo
{
    void doSomething(T param);
};

foo.tpp文件

#include "inner_foo.h"

template <typename T>
void Foo<T>::doSomething(T param)
{
    //implementation
}

小时

#include <foo.tpp>

主.cpp

#include <foo.h>

inner_fo.h具有前向声明。foo.tpp具有实现并包括inner_fo.h；而foo.h只有一行，包括foo.tpp。

编译时，将foo.h的内容复制到foo.tpp，然后将整个文件复制到foo.h，然后进行编译。这样，没有任何限制，并且命名是一致的，以换取一个额外的文件。

我这样做是因为代码的静态分析器在*.tpp中看不到类的前向声明时会中断。这在任何IDE中编写代码或使用YouCompleteMe或其他工具时都很烦人。

我建议看看这个gcc页面，它讨论了模板实例化的“cfront”和“borland”模型之间的权衡。

https://gcc.gnu.org/onlinedocs/gcc-4.6.4/gcc/Template-Instantiation.html

“borland”模型符合作者的建议，提供完整的模板定义，并多次编译。

它包含关于使用手动和自动模板实例化的明确建议。例如，“-repo”选项可用于收集需要实例化的模板。或者另一个选项是使用“-fno隐式模板”禁用自动模板实例化，以强制手动模板实例化。

根据我的经验，我依赖于为每个编译单元实例化的C++标准库和Boost模板（使用模板库）。对于我的大型模板类，我为所需的类型进行了一次手动模板实例化。

这是我的方法，因为我提供的是一个工作程序，而不是用于其他程序的模板库。这本书的作者Josuttis在模板库方面做了大量工作。

如果我真的担心速度，我想我会探索使用预编译头https://gcc.gnu.org/onlinedocs/gcc/Precompiled-Headers.html

这在许多编译器中得到了支持。然而，我认为使用模板头文件时，预编译头文件会很困难。

当您在编译步骤中使用模板时，编译器将为每个模板实例化生成代码。在编译和链接过程中，.cpp文件被转换为纯对象或机器代码，其中包含引用或未定义的符号，因为main.cpp中包含的.h文件没有实现YET。这些文件已准备好与另一个对象文件链接，该对象文件定义了模板的实现，因此您拥有完整的a.out可执行文件。

然而，由于模板需要在编译步骤中进行处理，以便为您定义的每个模板实例化生成代码，因此简单地编译一个与它的头文件分离的模板是行不通的，因为它们总是并行的，因为每个模板实例化都是一个全新的类。在常规类中，您可以将.h和.cpp分开，因为.h是该类的蓝图，.cpp是原始实现，因此任何实现文件都可以定期编译和链接，但是使用模板.h是类外观的蓝图，而不是对象外观，这意味着模板.cpp文件不是类的原始常规实现，它只是一个类的蓝图，因此任何.h模板文件的实现都无法编译，因为您需要一些具体的东西来编译，在这个意义上，模板是抽象的。

因此，模板永远不会单独编译，只在其他源文件中有具体实例化的地方编译。然而，具体的实例化需要知道模板文件的实现，因为简单地使用.h文件中的具体类型修改类型名T并不能完成任务，因为.cpp要链接什么，我以后找不到它，因为记住模板是抽象的，无法编译，所以我现在不得不给出实现，这样我就知道要编译和链接什么，现在我有了实现，它就链接到了封闭的源文件中。基本上，当我实例化一个模板时，我需要创建一个全新的类，如果我不知道该类在使用我提供的类型时应该是什么样子，我就不能这样做，除非我通知编译器模板实现，所以现在编译器可以用我的类型替换t，并创建一个可以编译和链接的具体类。

总之，模板是类外观的蓝图，类是对象外观的蓝图。我不能将模板与它们的具体实例化分开编译，因为编译器只编译具体类型，换句话说，至少在C++中，模板是纯语言抽象的。可以说，我们必须对模板进行去抽象，我们通过给它们一个具体的类型来处理，这样我们的模板抽象就可以转换为一个常规的类文件，进而可以正常编译。分隔template.h文件和template.cpp文件是没有意义的。这是没有意义的，因为.cpp和.h的分离仅限于.cpp可以单独编译和单独链接的地方，因为我们不能单独编译它们，因为模板是一个抽象，因此，我们总是被迫将抽象与具体实例化放在一起，其中具体实例化总是必须知道所使用的类型。

这意味着typename T get在编译步骤而不是链接步骤中被替换，所以如果我试图编译一个模板而不将T替换为一个对编译器来说完全没有意义的具体值类型，结果无法创建对象代码，因为它不知道T是什么。

从技术上讲，可以创建某种功能来保存template.cpp文件，并在其他源中找到它们时切换类型。

附带说明一下，当为模板类进行专门化时，可以将头与实现分开，因为根据定义，专门化意味着我专门化了一个可以单独编译和链接的具体类型。