黑马程序员JavaWeb开发教程P174员工表记录删除员工操作表记录正常写入解决方案

最新推荐文章于 2024-11-09 20:55:41 发布
最新推荐文章于 2024-11-09 20:55:41 发布
阅读量824 收藏 12
点赞数 12
分类专栏： java基础 spring boot 文章标签： java 开发语言
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/sinat_38316216/article/details/142746959
版权

黑马程序员跟学JavaWeb开发教程P174员工表记录删除员工操作表记录正常写入解决方案

一、背景

原视频参考该链接
黑马程序员JavaWeb开发教程-P174-事务管理-事务进阶-propagation属性
跟着该链接学习的时候遇到了奇怪的问题，一时间没有解决，打算记录一下，巩固自身Java基础。
本文章核心知识点:1.finally代码块中不要跟return 2.propagation属性的用法

需求：点击删除按钮，删除掉该部门(表emp)
在这里插入图片描述
并且将该部门下的员工(表dept)都删除
在这里插入图片描述
最后将删除记录写入部门操作日志表(dept_log)
在这里插入图片描述

该课程主要练习的是propagation属性中的REQUIRES_NEW和REQUIRED

属性值含义
REQUIRED【默认值】需要事务，有则加入，无则创建新事务
REQUIRES_NEW需要新事务，无论有无，总是创建新事务
SUPPORTS支持事务，有则加入，无则在无事务状态中运行
NOT_SUPPORTED不支持事务，在无事务状态下运行,如果当前存在已有事务,则挂起当前事务
MANDATORY必须有事务，否则抛异常
NEVER必须没事务，否则抛异常
…

下面通过我的文章带大家复盘一下我遇到的问题

二、具体代码

仿照视频中，我编写的代码如下
DeptServiceimpl.java类

package com.itcast.service.impl;

import com.itcast.mapper.DeptLogMapper;
import com.itcast.mapper.DeptMapper;
import com.itcast.mapper.EmpMapper;
import com.itcast.pojo.Dept;
import com.itcast.pojo.DeptLog;
import com.itcast.service.DeptLogService;
import com.itcast.service.DeptService;
import lombok.extern.slf4j.Slf4j;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.stereotype.Service;
import org.springframework.transaction.annotation.Propagation;
import org.springframework.transaction.annotation.Transactional;

import java.time.LocalDateTime;
import java.util.List;

/**
 * @ClassName: DeptServiceimpl
 * @Description:
 * @Author: xxx
 * @Date: 2024/10/4
 */
@Service
@Slf4j
public class DeptServiceimpl implements DeptService {
    @Autowired
    private DeptMapper deptMapper;

    @Autowired
    private EmpMapper empMapper;

    @Autowired
    private DeptLogService deptLogService;


    /**
     * @param id @return int
     * @description // 该接口用于根据ID删除部门数据
     * @date 2024/10/4 23:14
     * @author xxx
     **/
    @Override
    @Transactional(rollbackFor = Exception.class) // 当前方法交给Spring做事务管理
    public int deleteDeptById(Integer id) throws Exception {
        int countDeleteDept = 0;
        try {
            // 删除该部门下的所有员工
            int countDeleteEmp = empMapper.deleteEmpByDeptId(id);
            log.info("删除了id:" + id + "下的所有员工" + countDeleteEmp + "个");

            // 异常处理
            System.out.println(1 / 0);
            /**if (true) {
                throw new Exception("出错啦");
            }*/

            // 删除部门
            countDeleteDept = deptMapper.deleteDeptById(id);
            log.info("删除了id:" + id + "的部门" + countDeleteDept + "个");
        } finally {
            // 记录到部门日志表中
            DeptLog deptLog = new DeptLog();
            deptLog.setDeptId(id);
            deptLog.setCreateTime(LocalDateTime.now());
            deptLog.setDescription("解散部门-部门ID:" + id);
            deptLogService.saveDeptLog(deptLog);
            log.info("插入了id:" + id + "的部门到日志表");
            return countDeleteDept;
        }
        
    }

}

解析一下代码：

  • deleteDeptById方法主要做了3件事。
    • 1.是根据部门id(dept_id)先删除员工表emp中在该部门下的员工。
    • 2.删除dept_id对应的dept表的部门。
    • 3.将删除的动作记录日志。
  • 通过System.out.println(1 / 0);手动触发算数异常，理想的情况是try代码块中的事务回退，finally中的代码跟着一起回退。实现的效果是，网页前端展示抛出异常，走全局异常处理器的逻辑。

如下图所示是视频中老师示例的理想结果，前端展示异常信息。
在这里插入图片描述
全局异常处理器代码如下：

package com.itcast.exception;

import com.itcast.pojo.Result;
import org.springframework.web.bind.annotation.ExceptionHandler;
import org.springframework.web.bind.annotation.RestControllerAdvice;

/**
 * @ClassName: GlobalExceptionHandler
 * @Description: 全局异常处理器
 * @Author: xxx
 * @Date: 2024/10/7
 */
@RestControllerAdvice
public class GlobalExceptionHandler {
    /**
     * @param
     * @return com.itcast.pojo.Result
     * @description // 针对Exception异常进行捕获
     * @param: e
     * @date 2024/10/7 15:43
     * @author xxx
     **/
    @ExceptionHandler(Exception.class)
    public Result exception(Exception e) {
        // 打印堆栈信息
        e.printStackTrace();
        return Result.fail("对不起，操作失败，请联系管理员");
    }
}

而我实际的情况是，前端界面正常显示执行成功，算数异常前的事务(删除员工)执行成功，算数异常后的事务(删除部门)执行失败，日志表dept_log也正常写入。
我显示的界面如下：我点击删除“测试部门”
在这里插入图片描述
从请求中可以看到删除部门的状态码是200
在这里插入图片描述
IDEA控制台打印信息如下：没有rollback事件，只有1个commit事务
在这里插入图片描述
数据库中查看dept_log表正常写入
在这里插入图片描述
这个问题困扰了很久，查询了Chat-GPT,也在视频的弹幕中尝试了很多方法，，一时间都没能解决，之后自己琢磨出了答案。

三、分析问题

我的问题很明确，就是算数异常没有抛出，没有交给全局异常处理器管理。前台没有打印相应的报错信息。打断点在GlobalExceptionHandler类发现代码根本没有跑，于是我又一行一行跟着断点看了DeptServiceimpl.java的deleteDeptById方法。
在这里插入图片描述
发现原来是finally中跟了return，这是一个很容易犯错的地方。最后我将return语句从finally中拿了出来，正确代码如下：

@Override
    @Transactional(rollbackFor = Exception.class) // 当前方法交给Spring做事务管理
    public int deleteDeptById(Integer id) throws Exception {
        int countDeleteDept = 0;
        try {
            // 删除该部门下的所有员工
            int countDeleteEmp = empMapper.deleteEmpByDeptId(id);
            log.info("删除了id:" + id + "下的所有员工" + countDeleteEmp + "个");

            // 异常处理
            System.out.println(1 / 0);
            /*if (true) {
                throw new Exception("出错啦");
            }*/

            // 删除部门
            countDeleteDept = deptMapper.deleteDeptById(id);
            log.info("删除了id:" + id + "的部门" + countDeleteDept + "个");
        } finally {
            // 记录到部门日志表中
            DeptLog deptLog = new DeptLog();
            deptLog.setDeptId(id);
            deptLog.setCreateTime(LocalDateTime.now());
            deptLog.setDescription("解散部门-部门ID:" + id);
            deptLogService.saveDeptLog(deptLog);
            log.info("插入了id:" + id + "的部门到日志表");
        }
        // 注意这个return一定要放在finally外边，要不然全局异常处理器是触发不了的l
        return countDeleteDept;
    }

这样运行后达到了和视频中老师一样的效果。
员工表(emp)、部门表(dept)以及部门日志表(dept_log)均没有删除
在这里插入图片描述
IDEA控制台打印如下：Participating in existing transaction，意思是参与到一个已经存在的事务，也就是说写日志的操作和删除员工和部门的操作在一个事务中。

在这里插入图片描述
在这里插入图片描述

在这里插入图片描述

这依然不符合我们的最终需求，无论是否异常，记录部门操作日志的事务都要执行。那我们接着更改记录部门操作日志的业务层代码。
当前是这样：

package com.itcast.service.impl;

import com.itcast.mapper.DeptLogMapper;
import com.itcast.pojo.DeptLog;
import com.itcast.service.DeptLogService;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.stereotype.Service;
import org.springframework.transaction.annotation.Transactional;

/**
 * @ClassName: DeptLogServiceImpl
 * @Description:
 * @Author: xxx
 * @Date: 2024/10/7
 */
@Service
public class DeptLogServiceImpl implements DeptLogService {
    @Autowired
    private DeptLogMapper deptLogMapper;

    /**
     * @param deptLog@return int
     * @description // 保持信息到部门日志表
     * @param: deptLog
     * @date 2024/10/7 17:06
     * @author xxx
     **/
    @Override
    @Transactional(rollbackFor = Exception.class) 
    public int saveDeptLog(DeptLog deptLog) {
        return deptLogMapper.saveDeptLog(deptLog);
    }
}

我们在@Transactional注解中添加属性

 @Transactional(rollbackFor = Exception.class, propagation = Propagation.REQUIRES_NEW) // 需要新事务，无论有无，总是创建新事务

意思是在执行写入部门操作表的业务时，总是创建新事务。

REQUIRES_NEW ：需要新事务，无论有无，总是创建新事务

这样最终实现了代码需求。

四、总结问题

4.1 finally代码块的return语句影响最终执行结果

该问题是我对finally的理解不到位，下面看几个例子，进一步巩固对finally和return的理解

场景一、try代码块中有return，finally中无return，仅仅修改基本数据类型

当是如下场景的时候

package com.finallydemo;

/**
 * @author wty
 * @date 2024/10/7 21:25
 */
public class FinallyDemo {
    public static void main(String[] args) throws Exception {
        int i = testFinally();
        System.out.println(i);
    }

    public static int testFinally() throws Exception {
        int i = 1;
        try {
            i = 2;
            return i;
        } finally {
            i = 3;
        }
    }
}

输出结果：

2

结论:finally 中修改基本类型不会影响 try 、catch 中 return 中的返回值

场景二、try代码块中有return，finally中无return，仅仅修改引用类型

类Person如下

class Person{
    Integer age;

    public Person(Integer age) {
        this.age = age;
    }

    public Integer getAge() {
        return age;
    }

    public void setAge(Integer age) {
        this.age = age;
    }
    @Override
    public String toString() {
        return "Person{" +
                "age=" + age +
                '}';
    }
}

代码如下：

public static Person testFinallyPersion() throws Exception {
        Person person = new Person(3);
        try {
            person.setAge(4);
            return person;
        } finally {
            person.setAge(5);
        }
    }

输出的结果是：

Person{age=5}

结论:当为返回值为引用类型时，返回的其实是一个地址，我们使用地址修改了原内容

场景三、try代码块中有return，finally中无return，新建引用类型并修改

代码如下：

public static Person testFinallyPersion() throws Exception {
        Person person = new Person(3);
        try {
            person.setAge(4);
            return person;
        } finally {
            person = new Person(5);
        }
    }

输出结果：

Person{age=4}

我们其实将 person 指向了新的地址new Person()，因此并没有修改原返回值地址的内容。

场景四、try代码块中有return，finally中也有return，仅仅修改基本数据类型

代码如下：

public static int testFinally() throws Exception {
        int i = 1;
        try {
            i = 2;
            return i;
        } finally {
            i = 3;
            return i;
        }
    }

输出

3

当我们在 finally 中使用 return 时，try 或 catch 中的 return 会失效或异常丢失，会在 finally 直接返回。

场景五、try代码块中有return，finally中也有return，仅仅修改引用类型

代码如下：

public static Person testFinallyPersion() throws Exception {
        Person person = new Person(3);
        try {
            person.setAge(4);
            return person;
        } finally {
            person.setAge(5);
            return person;
        }
    }

输出：

Person{age=5}

我们其实将 person 指向了新的地址new Person()，因此并没有修改原返回值地址的内容。

场景六、try代码块中有return，finally中也有return，新建引用类型并修改

代码如下：

public static Person testFinallyPersion() throws Exception {
        Person person = new Person(3);
        try {
            person.setAge(4);
            return person;
        } finally {
            person = new Person(5);
            return person;
        }
    }

输出：

Person{age=5}

我们其实将 person 指向了新的地址new Person()，因此并没有修改原返回值地址的内容。

场景七、try代码块中有异常和return，finally中也有return，仅仅修改基本数据类型 ☆

代码如下：

public static int testFinally() throws Exception {
        int i = 1;
        try {
            i = 2;

            if (true) {
                System.out.println(1 / 0);
            }
            return i;
        } finally {
            i = 3;
            return i;
        }
    }

输出：

3

当我们在 finally 中使用 return 时，try 或 catch 中的 return 会失效或异常丢失，会在 finally 直接返回。这就是我异常失效的原因。

场景八、try代码块中有异常和return，finally中也有return，仅仅修改引用类型

public static Person testFinallyPersion() throws Exception {
        Person person = new Person(3);
        try {
            person.setAge(4);
            if (true) {
                System.out.println(1 / 0);
            }
            return person;
        } finally {
            person.setAge(5);
            return person;
        }
    }

输出：

Person{age=5}

我们其实将 person 指向了新的地址new Person()，因此并没有修改原返回值地址的内容。

场景九、try代码块中有异常和return，finally中也有return，新建引用类型并修改

代码如下：

public static Person testFinallyPersion() throws Exception {
        Person person = new Person(3);
        try {
            person.setAge(4);
            if (true) {
                System.out.println(1 / 0);
            }
            return person;
        } finally {
            person = new Person(5);
            return person;
        }
    }

输出：

Person{age=5}

我们其实将 person 指向了新的地址new Person()，因此并没有修改原返回值地址的内容。

场景十、finally代码一定会执行吗

答案：不是的
请看代码

public static Person testFinallyPersion() throws Exception {
        Person person = new Person(3);
        try {
            person.setAge(4);
            System.exit(0);
            return person;
        } finally {
            person.setAge(5);
            return person;
        }
    }

输出：这里什么也没输出

原因很简单，System.exit(0);已经结束了，不会再跑finally中的代码块了。

五、finally总结

以下总结转自CSDN的另一个博主，我觉得总结的很好

finally 底层原理分析

  • 《The JavaTM Virtual Machine Specification, Second Edition》 一书中我们可以知道 Java 虚拟机是如何编译 finally：实际上，Java 虚拟机会把 finally 语句块作为 subroutine(子语句)
    直接插入到 try 语句块或者 catch 语句块的控制转移语句之前。
  • 还有另外一个不可忽视的因素，那就是在执行 subroutine（也就是 finally 语句块）之前，try 或者 catch 语句块会保留其返回值(基本类型值或地址)到**本地变量表（Local Variable Table）**中，待 subroutine
    执行完毕之后，再恢复保留的返回值到操作数栈中，然后通过 return 或者 throw 语句将其返回给该方法的调用者（invoker）。
  • 理解了 JVM 对 finally 的实现，我们其实就很好理解 finally 中修改数据的影响 中的案例，有兴趣的朋友可以下去深入了解。

原文链接：原文链接

心向阳光的天域
关注
专栏目录
教材源码_javaweb_黑马程序员Javaweb源码_
09-30
黑马程序员是一家知名的IT教育机构，他们提供的Javaweb教材源码是为了帮助学员深入理解和实践Web开发技术。下面将详细介绍JavaWeb的基本概念、核心技术和黑马程序员源码在学习过程中的作用。 1. **JavaWeb基础** ...
"黑马程序员JavaWeb开发教程，实现javaweb企业开发全流程"课程资源整理
10-26
"黑马程序员JavaWeb开发教程，实现javaweb企业开发全流程"课程中的一些重点知识截屏 （集)(不包括AOP以后的内容）
黑马程序员_超全面的JavaWeb教程-视频+源码笔记
08-29
### 黑马程序员_超全面的JavaWeb教程-视频+源码笔记 #### JavaWeb基础知识概览 在深入了解本教程之前，我们先来简要回顾一下JavaWeb的基础知识。JavaWeb是利用Java语言开发Web应用的技术集合。它主要包括Servlet、...
【传智播客黑马程序员】Javaweb课件.7z
07-16
这个课程资源来自知名的教育机构“传智播客”的黑马程序员项目，它为想要深入理解Web开发技术的学生提供了一套全面的教程。以下是对这个压缩包中可能包含的知识点的详细解释： 1. **Java基础**：首先，你需要对Java...
《JavaWeb程序开发进阶》-黑马程序员配套资源ppt.zip
07-19
《JavaWeb程序开发进阶》是一本深入探讨JavaWeb技术的教材，由黑马程序员提供配套的教学资源PPT。这些PPT涵盖了多个关键章节，旨在帮助学习者系统地掌握JavaWeb开发的核心技能。以下是对各章节内容的详细解读： 1. ...
JAVA-01-变量
LJH_laura_li的博客
11-08 297
在方法、构造函数或块内部定义的变量。
Java基于小程序公考学习平台的设计与实现（附源码，文档）
chusheng1840的博客
11-09 543
Java基于小程序公考学习平台的设计与实现，小程序公考学习平台使用Java语言进行编码，使用Mysql创建数据表保存本系统产生的数据。系统可以提供信息显示和相应服务，其管理小程序公考学习平台信息，查看小程序公考学习平台信息，管理小程序公考学习平台。总之，小程序公考学习平台集中管理信息，有着保密性强，效率高，存储空间大，成本低等诸多优点。它可以降低信息管理成本，实现信息管理计算机化。关键词：小程序公考学习平台；Java语言；Mysql。
java_方法重写/覆盖(override)
HHppGo的博客
11-07 319
方法覆盖（重写）就是子类有一个方法，和父类的某个方法的名称、返回类型、参数一样，那么我们就说子类的这个方法覆盖了父类的方法。
并发编程的基础：深入理解内存屏障（Memory Barriers）
2401_86353562的博客
11-06 991
内存屏障是一种基础语言，在不同的计算机架构下有不同的实现细节。本文主要在x86_64处理器下，通过Linux及其内核代码来分析和使用内存屏障对大多数应用层开发者来说，“内存屏障”（memory Barrier）是一种陌生，甚至有些诡异的技术。实际上，他机制常被用在操作系统内核中，用于实现同步、驱动程序利用它，能够实现高效的无锁数据结构，提高多线程程序的性能表现。本文首先探讨了内存屏障的必要性，之后介绍如何利用内存屏障实现一个无锁唤醒振荡器（队列），用于在多个线程间进行高效的数据交换。
在 C# 中，如何实现观察者模式？
Leo的博客
11-06 402
观察者模式是一种设计模式，它定义了一种一对多的依赖关系，让多个观察者对象同时监听某一个主题对象。当该主题对象的状态发生变化时，会通知所有观察者对象，使它们能够自动更新自己。这个模式常用于事件处理系统、通知系统等场景。
greendao使用封装
白高林的专栏
11-07 432
greenDAO
Tomcat 启动卡住，日志显示 At least one JAR was scanned for TLDs yet contained no TLDs.
jiangshanwe
11-06 287
Tomcat 启动后，控制台输出卡在了：因为应用一直没有成功，并且控制台输出上述信息后就停止了，就理所应当的以为卡住的原因就是它，然后疯狂的百度/谷歌/GPT关键字，各种方法都试过了，但是都没有效果，还是卡着不动。使用获取当前 Java 进程的堆栈信息，发现是应用本身卡在了 *** 连接上，和 Tomcat 最后卡住的日志无任何关系。日志和问题，有时候并不是因果。程序没有反应，jstack 往往是最有力的工具。
快速排序的深入优化——三路划分，内省排序（C语言）
2401_83456040的博客
11-06 323
决定快排性能的关键点是每次单趟排序后，key对数组的分割，如果每次选key基本⼆分居中，那么快 排的递归树就是颗均匀的满⼆叉树，性能最佳。但是实践中虽然不可能每次都是⼆分居中，但是性能 也还是可控的。
C++接口类， 抽象类和实体类简述
最新发布
Joshua的专栏
11-09 256
在C++中，接口类通常是指只包含纯虚函数（pure virtual functions）的类。接口类的主要目的是定义一组通用的行为，但不提供任何具体的实现。通过上述示例可以看出，C++通过抽象类和多重继承实现了类似Java中的单一实体继承和多接口继承的效果。在C++中，虽然没有像Java那样明确的“接口”关键字，但可以通过抽象类和纯虚函数来实现接口的概念。实体类是指可以实例化的类，即类中所有的函数都有具体的实现，包括继承自抽象类的纯虚函数。单实体继承（多接口继承）的设计理念和好处。类继承和接口继承的比较。
【JAVA】Java基础—面向对象编程基础：类与对象的概念
thinking_chou的专栏
11-07 1024
类是一个用户定义的数据类型，它包含了属性和方法。属性用于描述对象的特征，方法用于描述对象的行为。类与对象是Java编程的核心概念。类是对象的蓝图，定义了对象的属性和方法；对象是类的实例，具有独立的状态和行为。通过类与对象，我们可以更好地模拟现实世界中的事物，使得程序设计更加清晰和模块化。
【前端】JavaScript 方法速查大全-DOM、BOM、时间、处理JS原生问题（三）
万物皆有灵
11-06 948
在现代Web开发中，JavaScript是不可或缺的编程语言。无论是前端开发还是后端服务，掌握JavaScript的各种方法和技巧都是每位开发者的必修课。本文将为您提供一个全面、系统的JavaScript方法参考，涵盖数组操作、对象处理、DOM与BOM接口、时间处理、解决JS原生问题、函数应用、正则表达式、数据格式转换、随机数生成、文本处理等众多方面。无论您是初学者还是资深开发者，这份速查大全都将成为您日常开发中的得力助手！💪。
【环境搭建】使用Dockerfile构建容器搭建Kylin特定版本
Mitchell_Donovan的博客
11-09 521
Kylin的有些版本官方已经下架了，Docker Hub上也没镜像了，所以需要自己搭建以下，为了以后更方便快捷地使用，就编写了一个更轻量级的Dockerfile。
JAVA制作SSO用户中心实现同步登录
qq_27246521的博客
11-07 89
如果用户中心的redis出现问题。一般是通过前端访问后端接口时请求中的Authorization 实现的。登录时在用户中心redis保存 code与token的对应关系。此链接跳转时，用code获取token及用户信息返回前端即可。而且 其它系统有自己的注册模块还需要同步注册信息至用户中心。是没有保存session信息的。则通过不同系统跳转时通过，跳转连接后添加code。则通过不同系统跳转时通过，跳转连接后添加code。如果前端项目是不同的分开的。跳转进入的系统 这时通过接口请求用户中心。
医院信息化与智能化系统(17)
thm19990903的博客
11-05 860
如果你想通过文字描述或代码画流程图，可以试试PlantUML，告诉GPT你的文件结构，让他给你对应的代码。
黑马程序员JavaWeb源码解析与学习指南
资源摘要信息: "本资源是一套完整的Javaweb教材源代码，由国内知名的编程教育机构“黑马程序员”提供。该教材源代码主要面向Java Web开发的学习者，用以配合教材内容进行实践操作和代码演练。Javaweb是Java技术在...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

心向阳光的天域

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值