java什么是类的方法-Java 方法定义类

在 Java 的奥赛要么日常开发里，类里能圈出来的方式，实际上就是“类的方式”。别被教科书上那套“封装”、“继承”、“多态”的术语绕晕了，说白了，就是写在同一个类文件（.java 文件）里的函数。 咱们得先搞清一个概念：Java 的类本质上就是个“对象模板”。就像你设计了一套乐高积木的图纸，这个图纸本身就是一个类，里面定义好了所有积木该长啥样（字段）、能如何玩（行为，也就是方式）。 所谓的“类的方式”，具体指的就是那种逻辑归于这个特定对象，但代码逻辑和标点符号简直彻底照抄在同一个文件里的函数。
这玩意儿最典型的特征就是，它没有归于自己的接口，也没有自己的命名空间。你直接把它扔进一个类的气泡里，它就变成了这个气泡的一局部。 举个例子，想象你在写一个“草莓”的类。
要是代码里定义了草莓能如何吃，比如“切一刀”、“挖一口”、“剥皮”，这些代码都写在这个草莓类的代码块内部。
那么，这就不叫“类里面的方式”了，而是整个类的“方式”。它们共享同一个名字、同一个签名，就连同一个功能域。 再细究一下，类的方式和一般/平平方式最大的区别，就在于它们的“归属地”。在 Java 编译器眼里，类的方式就是类的方式。当你在一个对象实例上调用它，比如 `new Strawberry().eat一刀()`，这段代码执行时，编译器会直接利用那个类的方式信息。 这就引出一个有趣的点：类的方式不一定是归于某个具体对象的，它可能是一个通用的操作。
比方说，你写了一个 `计算平均值` 的方式，封装在 `数据` 类里。当你创建一个具体的 `thisData` 对象时，调用这个 `计算平均值`，它别看是在一个对象上，但逻辑上它代表了整个“数据”这个类的业务本事。 在面试要么看代码时，如何一眼认出来呢？一般看名字。
要是方式名、类名、包名全体一样，那大约率就是类的方式。
不过有时候为了格式化要么为了区分变量和参数，程序员会把类方式改得跟一般/平平方式挺像，这时候得靠注释要么上下文来分辨。 自然，类的方式也有它的用处。
比方说，一个类里定义了一个 `toString()` 方式。
这个方式是给对象看到的，但它归于整个类。当你创建了一个对象，然后让它打印自己的信息，这个 `toString()` 就是被调用的类方式。 有时候，为了更符合某种规范，比如 Java 8 赶明儿引入的 Lambda 表达式，大家习惯把某些逻辑写成独立的方式。
比如 `lambda (x) -> x 2`。
这时候，这个 `lambda` 表达式本身就是一个方式（匿名方式），它也被包裹在某个类的代码块里，故此你也得把它当成“类的方式”来理解，哪怕它看起来像是个可空对象要么函数表达式。 再深入一点，类的方式还能够跨越多个对象。
比方说，一个 `Student` 类里有一个 `printReport()` 方式。
这个报告一般包含所有学生的成绩、姓名、专业。你调用 `studentA.printReport()`，你看到的是学生 A 的报告。但你也能够用 `studentB.printReport()`，然后看到的是学生 B 的报告。咦？这两个方式在同一个类里，逻辑却变了。
这就是类的方式的典型特征——它是归归于类的，而不是归归于某个特定实例的。 这就有点像你设计一个“餐厅”的菜单。菜单上有一道“红烧肉”这道菜。你点菜时，你是给“张三”点红烧肉，还是给“李四”点红烧肉？这取决于你调用的是哪一份菜单。菜单这个文档本身，就是类的方式。 那类的方式在实际开发中多常见呢？像工具类、配置类、要么数据结构类里的通用操作，比如 `List` 类里的 `add`、`remove`、`size` 这些，都是贼经典的例子。它们不绑定到具体的 List 对象，而是绑定到 List 这个类型本身。 在写代码的时候，有时候我们会发现，一个类里既有归于对象的逻辑，又有归于类的逻辑。
比如 `StringBuilder` 类，既有 `append` 方式，也有 `subString` 方式。`append` 方式你一般只会在具体的对象实例上调用，而 `subString` 方式，不管对象是哪位，只要你是在这个类上调用，它就是类的方式。 还有种特殊情况，就是在大型项目中，为了复用性，可能会把某些通用的逻辑取出来，放到一个公共的 `Utils` 要么 `Common` 类里。
这时候，这些方式就是“类的方式”，它们服务于整个模块，而不是某个具体的业务对象。 最终总结一下，类的方式就是写在同一个类文件里的函数。它们没有独立的命名空间，没有自己的接口，直接继承并共享所属类的属性。当你调用它们时，它们就是那个类本身代表的逻辑。识别它们的关键点在于：方式名、类名、包名是否彻底一致，还有调用时是否是在同一个类的上下文中。理解这一点，你就掌握了 Java 类结构里最基础也最关键的一块拼图。