为什么有些人在通讯中使用Class＃method而不是Class.method？
在用Java编写方法时（例如在论坛，邮件列表，问题跟踪器等），许多人使用’＃’符号而不是Java的本机.运算符将方法名与类名分开。例如，人们指的是Object#toString而不是Object.toString。这种语法从何而来？
问题答案：
这是链接到另一个类的方法时在javadoc注释中使用的表示法。
编辑
收集评论中提供的其他信息：
- @Hugo指出，
#表示法又来自HTML锚点 - @maksimov指出了
Object.method调用静态方法的Java语法，这可能会产生误导
更新
Java 8为方法引用带来了新的语法，现在似乎变得更流行了-因此Object#toString现在倾向于编写它Object::toString。
-
本文向大家介绍为什么属性使用className而不是class呢？相关面试题，主要包含被问及为什么属性使用className而不是class呢？时的应答技巧和注意事项，需要的朋友参考一下 class是关键字 js会使用dom.className获取样式名，跟js保持一致
-
问题内容： 对于Java的处理方式以及涉及到的数字和其他类型的数字，我有些困惑。例如： 输出（也许您应该先猜测一下）： 这不能编译是可以预料的，是不同的对象。 令我有些惊讶的是，默认情况下9是an ，并且1）甚至没有编译。请注意，您不能将放入期望使用的方法中，但是在这里它们是相等的。 由于两个相同的原因，这令人惊讶，但似乎更糟。 不足为奇，因为自动装箱到和。 不足为奇，因为不同类中的对象不应该是。
-
我有一个非常基本的Spring项目，它将JSTL和jsp用于视图，当我在页面上包含一个JSTL标记时，我开始收到一个错误。没有标签就能正常工作。 这篇文章建议将jstl jar包含在WEB-INF\lib目录中，这解决了我的问题，这有点道理...然而，我仍然想知道为什么只需要将这个jar添加到lib目录中？还有其他不需要的依赖项。 所有依赖项都由Maven管理。 和pom.xml... 正如您所看
-
我碰巧知道，在下面的表达式中，使用将导致无限流，将始终为0。我之所以困惑是因为我认为返回的值没有被使用，即便如此，它也不应该中断之后的增量。
-
问题内容： 从Effective Java Second Edition的第28项开始：“不要将通配符类型用作返回类型。与其为用户提供额外的灵活性，不如将其强制在客户端代码中使用通配符类型。” 我刚开始接触通用通配符，以了解我在编写的一段代码中最后一次未经检查的强制转换警告，而且我不明白为什么getRawType（）返回通配符类型。 我必须转换token.getRawType（）因为它返回一个 问
-
很多人问了此问题，说bzero已经被posix-2008废弃，为何还使用bzero。选择bzero而不是memset，有2个原因： bzero有2个参数，指针和长度，很明确就是将制定size的内存初始化为0。而memset有3个参数，需要记忆参数的位置，有不少人经常把长度和初始化值搞错。 bzero比memset的可读性要好。memset可以制定初始化的值，实际上绝大多数情况都是0。 一旦新版本g