我认为之前所有的答案都是只见树木不见森林。

Java泛型与模板不同;它们使用类型擦除，这是一种动态技术，而不是编译时多态性，这是一种静态技术。这两种截然不同的策略不能很好地融合在一起的原因应该是显而易见的。

与其尝试使用编译时构造来模拟运行时构造，不如让我们看看extends实际上做了什么:根据Stack Overflow和Wikipedia, extends用于指示子类化。

c++也支持子类化。

还显示了一个容器类，它以泛型的形式使用类型擦除，并扩展以执行类型检查。在c++中，您必须自己执行类型擦除机制，这很简单:创建一个指向超类的指针。

让我们把它包装成一个类型定义，让它更容易使用，而不是一个完整的类，等等:

Typedef std::list<superclass*> subclasses_of_superclass_only_list;

例如:

class Shape { };
class Triangle : public Shape { };

typedef std::list<Shape*> only_shapes_list;
only_shapes_list shapes;

shapes.push_back(new Triangle()); // Works, triangle is kind of shape
shapes.push_back(new int(30)); // Error, int's are not shapes

现在，List似乎是一个接口，表示一种集合。c++中的接口只是一个抽象类，也就是说，一个只实现纯虚方法的类。使用这种方法，您可以轻松地在c++中实现java示例，而不需要任何概念或模板专门化。由于虚拟表查找，它的执行速度也会像Java样式的泛型一样慢，但这通常是可以接受的损失。

好吧，你可以这样创建你的模板:

template<typename T>
class ObservableList {
  std::list<T> contained_data;
};

然而，这将使限制成为隐式的，而且您不能只提供任何看起来像列表的东西。还有其他方法来限制所使用的容器类型，例如使用特定的迭代器类型，这些迭代器类型并不存在于所有容器中，但同样，这是一种隐式限制而不是显式限制。

据我所知，目前的标准中不存在完全镜像Java语句的结构。

有一些方法可以通过在模板中使用特定的typedefs来限制在模板中使用的类型。这将确保模板专门化的编译不包括特定的类型定义将失败，所以你可以有选择地支持/不支持某些类型。

在c++ 11中，概念的引入会让这变得更容易，但我不认为它会完全满足你的需求。

据我所知，这在c++中是不可能的。不过，我们计划在新的c++ 0x标准中添加一个称为“概念”的特性，它可以提供您正在寻找的功能。这篇关于c++概念的维基百科文章将更详细地解释它。

我知道这并不能立即解决您的问题，但有一些c++编译器已经开始从新标准中添加特性，因此可能会找到一个已经实现了概念特性的编译器。

执行摘要:不要那样做。

J_random_hacker的答案告诉您如何做到这一点。然而，我也想指出，你不应该这样做。模板的全部意义在于它们可以接受任何兼容的类型，而Java样式类型约束打破了这一点。

Java的类型约束是一个错误，而不是一个特性。它们存在的原因是Java对泛型进行了类型擦除，因此Java无法弄清楚如何仅根据类型参数的值调用方法。

另一方面，c++没有这样的限制。模板形参类型可以是与使用它们的操作兼容的任何类型。不需要有一个公共基类。这类似于Python的“Duck Typing”，但在编译时完成。

一个简单的例子展示了模板的力量:

// Sum a vector of some type.
// Example:
// int total = sum({1,2,3,4,5});
template <typename T>
T sum(const vector<T>& vec) {
    T total = T();
    for (const T& x : vec) {
        total += x;
    }
    return total;
}

这个求和函数可以对支持正确运算的任何类型的向量求和。它既适用于int/long/float/double等原语，也适用于重载+=操作符的用户定义数字类型。你甚至可以使用这个函数来连接字符串，因为它们支持+=。

不需要对基本类型进行装箱/解装箱。

注意，它还使用T()构造T的新实例。这在使用隐式接口的c++中是微不足道的，但在使用类型约束的Java中是不可能的。

虽然c++模板没有显式的类型约束，但它们仍然是类型安全的，并且不会使用不支持正确操作的代码进行编译。

最简单的解决办法是忽略这个问题，虽然还没有人提到过。如果我试图在一个期望容器类(如vector或list)的函数模板中使用int作为模板类型，那么我将得到一个编译错误。粗暴而简单，但它解决了问题。编译器将尝试使用您指定的类型，如果失败，则生成编译错误。

唯一的问题是，您得到的错误消息将很难阅读。然而，这是一种非常常见的方法。标准库中充满了函数或类模板，它们期望从模板类型中获得某些行为，而不做任何检查所使用的类型是否有效的工作。

如果您想要更好的错误消息(或者如果您想要捕捉不会产生编译器错误，但仍然没有意义的情况)，您可以根据您想要的复杂程度，使用Boost的静态断言或Boost concept_check库。

使用最新的编译器，可以使用内置的static_assert。

这在普通c++中是不可能的，但是你可以在编译时通过概念检查来验证模板参数，例如使用Boost的BCCL。

从c++ 20开始，概念开始成为该语言的官方特性。