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仍然是有用的，即使这不是实现它们的方法。您希望区分具有相同Java表示的不同抽象类型。你不希望混淆密码字符串和街道地址字符串，或者表示偏移量的整数和表示绝对值的整数。

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

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

Java有基本类型，对象和数组，仅此而已。没有定义类型。

也许这是另一种可能的替代:

@Data
public class MyMap {
    @Delegate //lombok
    private HashMap<String, String> value;
}

正如其他人之前提到的， Java中没有类型定义机制。 一般来说，我也不支持“假职业”，但这里不应该有一个严格的一般经验法则: 例如，如果你的代码反复使用“基于泛型的类型”，例如:

Map<String, List<Integer>> 

您绝对应该考虑为此目的创建一个子类。 另一种可以考虑的方法是，例如在你的代码中加入减速:

//@Alias Map<String, List<Integer>>  NameToNumbers;

然后在代码中使用NameToNumbers，并有一个预编译器任务(ANT/Gradle/Maven)来处理和生成相关的java代码。 我知道对于这个答案的一些读者来说，这可能听起来很奇怪，但这就是JDK 5之前许多框架实现“注释”的方式，这就是lombok项目和其他框架正在做的事情。