在每个版本的Android中都有一个有趣的命名方法/常量/whatever。

我所见过的唯一实际用途是在谷歌I/O大赛的最后一场比赛中，他们询问了特定版本的应用程序，看看参赛者是否阅读了每个版本的API差异报告。比赛也有编程问题，但一般来说，一些琐事可以先自动评分，以便将提交的数量降至更容易检查的合理数量。

从API 21（第一个Android 5.0/棒棒糖SDK）开始，这将检测山羊模拟器应用程序是否已安装：

/**
 * Used to determine whether the user making this call is subject to
 * teleportations.
 *
 * <p>As of {@link android.os.Build.VERSION_CODES#LOLLIPOP}, this method can
 * now automatically identify goats using advanced goat recognition technology.</p>
 *
 * @return Returns true if the user making this call is a goat.
 */
public boolean isUserAGoat() {
    return mContext.getPackageManager()
            .isPackageAvailable("com.coffeestainstudios.goatsimulator");
}

这应该清楚地表明，如果（错误），djechlin将其用作无警告的建议是一种潜在的灾难性策略。以前为每个设备返回的错误现在返回了一个看似随机的值：如果这个值在代码中埋得足够深，那么可能需要很长时间才能弄清楚新的bug来自何处。

一句话：如果你不控制一个方法的实现，并决定将其用于API文档中所述以外的目的，那么你就会遇到麻烦。

我不知道这是否是“官方”用例，但以下内容在Java中产生了一个警告（如果与返回语句混合，会进一步产生编译错误，导致无法访问代码）：

while (1 == 2) { // Note that "if" is treated differently
    System.out.println("Unreachable code");
}

但这是合法的：

while (isUserAGoat()) {
    System.out.println("Unreachable but determined at runtime, not at compile time");
}

因此，我经常发现自己编写了一个愚蠢的实用程序方法，以最快的方式虚设一个代码块，然后在完成调试时找到对它的所有调用，因此只要实现不改变，就可以使用它。

JLS指出，如果（false）没有触发“不可访问的代码”，因为这会破坏对调试标志的支持，即基本上是这个用例（h/t@auselen）。（例如，静态最终布尔值DEBUG=false）。

我用if替换了while，产生了一个更模糊的用例。我相信你可以像Eclipse一样，用这种行为来破坏你的IDE，但这种编辑是在4年后的将来，我没有一个Eclipse环境可以玩。

在语音识别领域，用户分为山羊和绵羊。

例如，第89页：

绵羊是语音识别效果特别好的人，山羊是语音识别性能特别差的人。只有语音识别器知道它们之间的区别。人们无法预测谁的声音容易被识别，谁的声音不会被识别。最好的策略是设计界面，使其能够处理各种环境中的各种声音

也许，未来计划将Android用户标记为山羊，以便能够根据山羊的需要配置语音识别引擎

在每个版本的Android中都有一个有趣的命名方法/常量/whatever。

我所见过的唯一实际用途是在谷歌I/O大赛的最后一场比赛中，他们询问了特定版本的应用程序，看看参赛者是否阅读了每个版本的API差异报告。比赛也有编程问题，但一般来说，一些琐事可以先自动评分，以便将提交的数量降至更容易检查的合理数量。

这不是内部笑话

显然它只是一个应用程序检查器山羊模拟器-咖啡色工作室

如果你安装了山羊模拟器，你就是一只山羊。如果你没有安装，你就不是山羊。

我想这更多是一个开发者的个人实验，最有可能找到有共同兴趣的人。