记录今天修改的两个bug-关于return和equals()

本文探讨了使用面向对象方法实现计算器过程中常见的两个错误:不当使用return关键字导致代码执行异常,以及在字符串比较中错误地使用==而非equals()方法。通过具体代码示例,详细解释了如何修正这些问题。

用面向对象方法写一个计算器遇到两个错误,第一个错误是堆return 理解不到位,还有一个是对字符串进行比较的时候==和equals()的使用。不多说直接上代码:

//实现计算方法
    double calculate(){
        if(sign=='+'){
            rerurn number1+number2;
        }else if(sign=='-'){
            return number1-number2;
        }else if(sign=='*'){
            return number1*number2;
        }else{
            return number1/number2;
        }
       esc()
    }
 上正确代码:
```java
 //实现计算方法
    double calculate(){
        if(sign=='+'){
            result=number1+number2;
        }else if(sign=='-'){
            result=number1-number2;
        }else if(sign=='*'){
            result=number1*number2;
        }else{
            result=number1/number2;
        }
        return result;
    }

由于esc()方法上面有return,所以return后面的代码不执行,因此这里会报错。

另一个bug,看代码,这个在字符串比较的时候,习惯性的直接用了==,不会报错,会导致执行结果不对,以为逻辑出问题了。改为equals()就好了,直接上正确代码,错误的就不写了(错误的代码写的是在判断的时候写的str==“是”,和str==“否”)。

 //退出方法
    void esc(){
        System.out.println("是否继续?");
        Scanner sc2=new Scanner(System.in);
        String str=sc2.next();
        if(str.equals("是")){
            reset=true;
        }else if(str.equals("否")){
            reset=false;
            System.out.println("退出");
        }else{
            System.out.println("输入有误,请重新输入");
        }
    }
源码来自:https://pan.quark.cn/s/fdd21a41d74f 正方教务管理系统成绩推送 简介 使用本项目前: 早晨睡醒看一遍教务系统、上厕所看一遍教务系统、刷牙看一遍教务系统、洗脸看一遍教务系统、吃早餐看一遍教务系统、吃午饭看一遍教务系统、睡午觉前看一遍教务系统、午觉醒来看一遍教务系统、出门前看一遍教务系统、吃晚饭看一遍教务系统、洗澡看一遍教务系统、睡觉之前看一遍教务系统 使用本项目后: 成绩更新后自动发通知到微信 以节省您宝贵的时间 测试环境 正方教务管理系统 版本 V8.0、V9.0 如果你的教务系统页面与下图所示的页面完全一致或几乎一致,则代表你可以使用本项目。 目前支持的功能 主要功能 每隔 30 分钟自动检测一次成绩是否有更新,若有更新,将通过微信推送及时通知用户。 相较于教务系统增加了哪些功能? 显示成绩提交时间,即成绩何时被录入教务系统。 显示成绩提交人姓名,即成绩由谁录入进教务系统。 成绩信息按时间降序排序,确保最新的成绩始终在最上方,提升用户查阅效率。 计算 计算百分制 对于没有分数仅有级别的成绩,例如”及格、良好、优秀“,可以强制显示数字分数。 显示未公布成绩的课程,即已选课但尚未出成绩的课程。 使用方法 Fork 本仓库 → 开启 工作流读写权限 → → → → → 添加 Secrets → → → → → → Name = Name,Secret = 例子 程序会自动填充 尾部的 ,因此你无需重复添加 对于部分教务系统,可能需要在 中添加 路径,如: 开启 Actions → → → 运行 程序 → → 若你的程序正常运行且未报错,那么在此之后,程序将会每隔 30 分钟自动检测一次成绩是否有更新 若你看不懂上述使用...
<think>好的,用户之前问过关于不重写hashCode的问题,现在他们进一步询问Java规定如果两个对象equals相等,hashCode也必须相等,如果不重写这两个方法就无法实现这一点。我需要详细解释为什么必须重写它们,以及不重写的后果。 首先,用户可能对Java中equalshashCode的契约关系不太清楚,需要明确这两者的关联。他们可能在实际编程中遇到了问题,比如使用自定义对象作为HashMap的键时出现异常,所以想了解背后的原因。 接下来,我应该从默认的Object类方法讲起。Object的equals方法比较的是内存地址,而hashCode默认也是基于内存地址生成的。所以,如果用户不重写这两个方法,即使两个对象内容相同,由于内存地址不同,equals会返回false,hashCode也不同。这时候即使用户重写了equals,但没有重写hashCode,就会违反Java的规定,导致哈希集合类的异常行为。 需要举例子说明,比如用户创建了两个内容相同的对象,但因为没有重写hashCode,它们的哈希值不同,存入HashSet或HashMap时会被视为不同的条目,导致无法正确检索。这时候用户可能会困惑,明明内容一样,为什么集合不认为它们是相同的。 还要强调,Java的规范要求当equals返回true时,hashCode必须相同。如果不遵守,使用哈希表相关的集合类时会出问题。比如HashMap在查找时先比较哈希值,如果哈希值不同,直接跳过,即使equals返回true也不会被找到。 另外,要说明如何正确重写这两个方法。比如使用IDE自动生成,或者使用Objects类的hashequals方法,确保所有关键字段都参与计算,保持一致性。同时提醒注意字段变化对哈希值的影响,比如对象用作键时,修改字段会导致哈希值变化,从而影响集合的正确性。 用户可能还关心实际开发中的最佳实践,比如为什么需要同时重写这两个方法,以及不重写会带来哪些具体的bug案例。需要给出代码示例,展示不重写的情况重写后的对比,帮助用户直观理解。 最后,总结重点,强调重写的必要性,以及不遵守规范带来的风险。确保用户明白,为了正确使用Java集合框架,必须遵守这些契约。</think>好的,我来通过一个具体场景逐步解释为什么必须重写 `hashCode()` `equals()` 才能满足Java的规范要求: --- ### 一、Java的强制契约 Java明确规定: $$ \text{若 } a.equals(b) == true \quad \Rightarrow \quad a.hashCode() == b.hashCode() $$ **但反之不成立**(哈希值相同的对象不一定equals相等) --- ### 二、默认实现的问题根源 #### 1. Object类的原始定义 ```java public class Object { // 默认equals比较内存地址 public boolean equals(Object obj) { return (this == obj); } // 默认hashCode基于内存地址生成 public native int hashCode(); } ``` #### 2. 典型矛盾场景 假设有一个未重写方法的 `Book` 类: ```java class Book { String isbn; // 国际标准书号 public Book(String isbn) { this.isbn = isbn; } } ``` 测试代码: ```java Book book1 = new Book("978-7-121-33535-3"); Book book2 = new Book("978-7-121-33535-3"); // 相同ISBN号 // 矛盾点: // 用户期望:逻辑相等(ISBN相同即视为同一本书) // 实际结果: book1.equals(book2); // false(默认比较内存地址) book1.hashCode() == book2.hashCode(); // false ``` --- ### 三、不重写的具体后果 #### 1. 哈希集合失效案例 ```java Map<Book, String> library = new HashMap<>(); library.put(book1, "可借阅"); // 尝试用相同ISBN的新对象查找 Book queryBook = new Book("978-7-121-33535-3"); System.out.println(library.containsKey(queryBook)); // 输出 false ``` **原因链**: 1. 未重写 `hashCode()` → 不同对象哈希值不同 2. 哈希表先在错误的位置(不同哈希桶)查找 3. 即使重写了 `equals()` 也永远不会被调用到 #### 2. 数据重复存储 ```java Set<Book> bookSet = new HashSet<>(); bookSet.add(book1); bookSet.add(book2); // 两个对象都会被存储(违反唯一性) ``` --- ### 四、正确实现方法 #### 1. 完整重写示例 ```java class Book { String isbn; @Override public boolean equals(Object o) { if (this == o) return true; if (o == null || getClass() != o.getClass()) return false; Book book = (Book) o; return Objects.equals(isbn, book.isbn); // 仅比较ISBN } @Override public int hashCode() { return Objects.hash(isbn); // 基于ISBN生成哈希值 } } ``` #### 2. 修正后的效果验证 ```java Book book1 = new Book("978-7-121-33535-3"); Book book2 = new Book("978-7-121-33535-3"); book1.equals(book2); // true book1.hashCode() == book2.hashCode(); // true Map<Book, String> library = new HashMap<>(); library.put(book1, "可借阅"); library.containsKey(book2); // true ``` --- ### 五、关键对比表 | 场景 | 未重写时的表现 | 正确重写后的表现 | |---------------------|----------------------------|----------------------------| | 对象相等判断 | 依赖内存地址 | 按业务逻辑比较 | | HashMap查找 | 相同内容对象无法找到 | 可准确检索 | | HashSet存储 | 重复存储相同内容对象 | 自动去重 | | 哈希碰撞处理 | 无意义的随机碰撞 | 可控的业务相关碰撞 | --- ### 六、开发注意事项 1. **一致性原则**:当对象用于哈希集合时,要确保参与哈希计算的字段在对象生命周期内不可变 ```java // 错误示范:修改已存入HashSet的对象的ISBN bookSet.add(book1); book1.setIsbn("新的ISBN"); // 导致哈希值与存储位置不匹配 ``` 2. **自动生成工具**:推荐使用IDE自动生成`hashCode()``equals()`(如IntelliJ的Alt+Insert) 3. **Java 14+新特性**:可使用记录类(record)自动实现 ```java record Book(String isbn) {} // 自动生成规范的equalshashCode ``` 通过这种实现方式,既能满足Java的强制契约,又能保证基于业务逻辑的对象比较哈希存储的正确性。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值