如果这是你的意思，你可以简单地扩展你想要typedef的类，例如:

public class MyMap extends HashMap<String, String> {}

正如其他回答中提到的，应该避免使用伪类型定义反模式。然而，typedef仍然是有用的，即使这不是实现它们的方法。您希望区分具有相同Java表示的不同抽象类型。你不希望混淆密码字符串和街道地址字符串，或者表示偏移量的整数和表示绝对值的整数。

检查器框架允许您以向后兼容的方式定义类型定义。I甚至适用于基本类，如int和final类，如String。它没有运行时开销，也不会破坏相等性测试。

检查器框架手册中的类型别名和类型defs描述了几种创建类型defs的方法，具体取决于您的需要。

在某些情况下，绑定注释可能正是你想要的:

https://github.com/google/guice/wiki/BindingAnnotations

或者，如果您不想依赖于Guice，那么使用常规注释就可以了。

Typedef允许将项隐式分配给它们不是的类型。有些人试图通过扩展来解决这个问题;请阅读IBM关于为什么这是一个坏主意的解释。

编辑:虽然强类型推断是一个有用的东西，但我不认为(希望我们不会)看到typedef在托管语言中出现它丑陋的头(永远不会?)

编辑2:在c#中，你可以在源文件的顶部使用这样的using语句。这样你就不用做第二项了。只有在作用域引入两个类型之间的名称冲突时才会看到名称更改。重命名仅限于一个文件，除此之外，使用它的每个变量/参数类型都知道其全名。

using Path = System.IO.Path;
using System.IO;

实际上，typedef传递到Javaland的唯一用途是别名——也就是说，为同一个类提供多个名称。也就是说，你有一个类“a”，你希望“B”指的是同一个东西。在c++中，你会做"typedef B A;"

不幸的是，他们只是不支持它。然而，如果你控制了所有涉及到的类型，你就可以在库级别上做一个讨厌的黑客——你要么从a扩展B，要么让B实现a。

如果这是你的意思，你可以简单地扩展你想要typedef的类，例如:

public class MyMap extends HashMap<String, String> {}