从可用性和可访问性的角度来看，了解您的用户是否是山羊很重要。

如果山羊想要真正受益于信息时代所提供的一切，那么它们的需求与软件的需求其实是截然不同的。

我觉得很好，一些好心的开发者关心我们所有的用户，而不仅仅是那些时尚的用户。

我不知道这是否是“官方”用例，但以下内容在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环境可以玩。

在每个版本的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文档中所述以外的目的，那么你就会遇到麻烦。

有趣的复活节彩蛋。在Ubuntu版本的Chrome中，在任务管理器（shift+esc）中，右键单击可以添加一个科幻专栏，在意大利语版本中为“Capre Teletransportate”（Teleported Goats）。

这里有一个有趣的理论。

有一个类似的调用isUserAMonkey（），如果正在使用MonkeyRunner工具，则返回true。SDK的解释和这个一样奇怪。

公共静态布尔值isUserAMonkey（）｛｝如果用户界面当前被猴子搞乱，则返回true。

这是来源。

我预计，这是在一个名为something with a goat的新SDK工具的预期中添加的，它将实际用于测试该工具的存在。

另请参阅一个类似的问题，ActivityManager:isUserAMonkey中的奇怪函数。这意味着什么，它的用途是什么？。