Spring事务的传播级别——包你一文通

SpringBoot+Ollama+DeepSeek 有色行业智能装车拣配实战 本文探讨了有色金属散货装车场景中的库存匹配痛点,提出基于DeepSeek大模型的智能配载解决方案。传统人工配载方式在单一品种大批量订单处理中存在效率低下、误差率高的问题。文章详细介绍了"传统算法初筛+大模型优化"的双层架构设计:底层采用贪心算法快速生成候选组合,上层利用DeepSeek进行路径优化、库区优先级等业务规则校验。方案SpringBoot集成Ollama实现本地化部署,确保数据安全,并提供了生产级LLMService类的实现示例,含重试机制、熔断保护等技术细节。该方案将配载时间从半小时缩短至 阅读详情

一、简单说明

传播属性描述
PROPAGATION_REQUIRED如果当前没有事务,就创建一个事务,如果当前存在事务,就加入该事务
PROPAGATION_REQUIRED_NEW当前的方法必须启动新事物,并在它自己的事务内运行,不管是否存在事务,都开启新事务
PROPAGATION_SUPPORTS如果但前存在事务,就加入该事务,如果当前不存在事务,就以非事务的方式执行
PROPAGATION_NOT_SUPPORTED当前的方法不应该运行在事务中,如果有运行的事务,将它挂起
PROPAGATION_MANDATORY如果当前存在事务,就加入当前事务,如果当前不存在事务,就抛出异常
PROPAGATION_NEVER当前方法不应该运行在事务中,如果当前存在事务,就抛出异常
PROPAGATION_NESTED如果有事务运行,当前的方法就应该在这个事务的嵌套事务内运行,否则,就启动一个新的事务,并在它自己的事务内运行。

二、具体案例描述

2.1.PROPAGATION_REQUIRED

@Transactional(propagation=PROPAGATION_REQUIRED)
pubilc void methodA(){
        doPreSomething;
        methodB();
        doSufSomething;
}

@Transactional(propagation=PROPAGATION_REQUIRED)
pubilc void methodB(){
        doSomething;
}

在两个方法的事务传播级别都是PROPAGATION_REQURIED的时候。
如果调用方法A,会开启一个事务,在方法A内部调用方法B,由于方法A已经存在开启尚未提交的事务,方法B不会就不会再开启一个新的事务,方法B会直接加入方法A的事务中执行,这样如果在执行方法B的时候出了异常导致事务回滚,则B的方法和A的方法都会回滚。如果A的doPreSomething()和方法B都执行成功了,但是在执行doSufSomething()方法的时候抛出了异常导致事务回滚,则doSufSomething()、methodB()和doPreSomething()都会回滚。
如果不通过方法A而单独调用方法B,则会开启一个事务。
PROPAGATION_REQURIED所有方法公用一个事务,要么一起成功提交,要么一起失败回滚。
如果嵌套执行的方法要求一起执行成功或者一起回滚,则选择该事物传播级别。

执行逻辑

开启事务
执行方法A的doPreSomething
执行方法B
执行方法A的doSufSomething
提交或回滚事务

2.2.PROPAGATION_REQUIRED_NEW

@Transactional(propagation=PROPAGATION_REQUIRED)
pubilc void methodA(){
        doPreSomething;
        methodB();
        dosufSomething;
}

@Transactional(propagation=PROPAGATION_REQUIRED_NEW)
pubilc void methodB(){
       doSomething;
}

在事务的隔离级别是PROPAGATION_REQUIRED_NEW的时候。
如果调用方法A,会开启一个事务,在方法内部调用方法B,方法B会自己再开启一个事务,然后方法B在自己的事务内部执行,如果方法B执行失败抛出异常,那么事务B会进行回滚,事务A不会受到影响可以继续执行,如果在方法B执行成功,方法B的事务会单独进行提交;B提交事务之后接着执行A的doSufSomething()方法,如果执行成功提交A的事务,如果抛出异常,则只回滚A的事务,对B的事务不会进行影响,也就说B的事务不会进行回滚。
如果不通过方法A而单独调用方法B,则会开启一个事务。
PROPAGATION_REQURIED_NEW所有方法使用各自的事务,各自提交或者回滚各自的事务,相互之间不会造成影响。
如果嵌套执行的方法要求各自事务独立,不能进行相互影响,则选择本事务传播级别。

执行逻辑

开启事务
执行方法A的doPreSomething
开启另一个事务2
执行方法B
提交或者回滚事务2
执行方法A的doSufSomething
提交或回滚事务

2.3.PROPAGATION_SUPPORTS

@Transactional(propagation=PROPAGATION_REQUIRED)
pubilc void methodA(){
        doPreSomething;
        methodB();
        doSufSomething;
}

@Transactional(propagation=PROPAGATION_SUPPORTS)
pubilc void methodB(){
       doSomething;
} 

在事务的隔离级别是PROPAGATION_SUPPORTS的时候。
如果调用方法A,会开启一个事务,在方法A内部调用方法B,由于方法A已经存在开启尚未提交的事务,方法B会直接加入方法A的事务中执行,这样如果在执行方法B的时候出了异常导致事务回滚,则B的方法和A的方法都会回滚。如果A的doPreSomething()和方法B都执行成功了,但是在执行doSufSomething()方法的时候抛出了异常导致事务回滚,则doSufSomething()、methodB()和doPreSomething()都会回滚。
如果不通过方法A而单独调用方法B,则方法B不会开启事务,直接会以非事务的方式执行。
PROPAGATION_SUPPORTS如果存着事务就加入和PROPAGATION_REQUIRED传播级别一致,如果当前不存在事务,则不会创建新的事务,以非事务的方式执行。
如果嵌套执行的方法要求一起执行成功或者一起回滚,单独执行时候以非事务方式执行,则选择该事物传播级别。

执行逻辑

开启事务
执行方法A的doPreSomething
执行方法B
执行方法A的doSufSomething
提交或回滚事务

2.4.PROPAGATION_NOT_SUPPORTED

@Transactional(propagation=PROPAGATION_REQUIRED)
pubilc void methodA(){
        doPreSomething;
        methodB();
        doSufSomething;
}

@Transactional(propagation=PROPAGATION_NOT_SUPPORTED)
pubilc void methodB(){
        doSomething;
} 

在事务的隔离级别是PROPAGATION_NOT_SUPPORTED的时候。
如果调用方法A,会开启一个事务,在方法A内部调用方法B,由于方法A已经存在开启尚未提交的事务,方法B不允许在事务内部执行,这时候事务就会挂起,在非事务的状态中执行方法B,不管方法B是执行成功还是执行失败,都不会对当前事务造成影响。如果A的doPreSomething()和方法B都执行成功了,但是在执行doSufSomething()方法的时候抛出了异常导致事务回滚,则doSufSomething()和doPreSomething()会回滚,而方法B不会受到任何影响,因为它是在非事务中执行的。
如果不通过方法A而单独调用方法B,则方法B不会开启事务,直接会以非事务的方式执行。
PROPAGATION_NOT_SUPPORTED如果存着事务就挂起当前事务,以非事务的方式运行自己,如果当前不存在事务,则不会创建新的事务,以非事务的方式执行。
如果嵌套执行的方法要求内部嵌套方法不会对外部方法事务造成影响并且内部方法不需要事务,单独执行时候以非事务方式执行,则选择该事物传播级别。

执行逻辑

开启事务
执行方法A的doPreSomething
挂起事务
执行方法B
重新启用挂起的事务
执行方法A的doSufSomething
提交或回滚事务

2.5.PROPAGATION_MANDATORY

@Transactional(propagation=PROPAGATION_REQUIRED)
pubilc void methodA(){
        doPreSomething;
        methodB();
        doSufSomething;
}

@Transactional(propagation=PROPAGATION_MANDATORY)
pubilc void methodB(){
       doSomething;
} 

在事务的隔离级别是PROPAGATION_MANDATORY的时候。
如果调用方法A,会开启一个事务,在方法A内部调用方法B,由于方法A已经存在开启尚未提交的事务,方法B会直接加入方法A的事务中执行,这样如果在执行方法B的时候出了异常导致事务回滚,则B的方法和A的方法都会回滚。如果A的doPreSomething()和方法B都执行成功了,但是在执行doSufSomething()方法的时候抛出了异常导致事务回滚,则doSufSomething()、methodB()和doPreSomething()都会回滚。
如果不通过方法A而单独调用方法B,则方法B会直接报错,因为方法B的事务传播级别是PROPAGATION_MANDATORY,而其不允许在没有事务的环境下执行。
PROPAGATION_SUPPORTS如果存着事务就加入和PROPAGATION_REQUIRED传播级别一致,如果当前不存在事务,会直接进行报错,不允许以非事务的方式执行。
如果嵌套执行的方法要求一起执行成功或者一起回滚,单独执行时候不允许以非事务方式执行,则选择该事物传播级别。

执行逻辑

开启事务
执行方法A的doPreSomething
执行方法B
执行方法A的doSufSomething
提交或回滚事务

2.6.PROPAGATION_NEVER

@Transactional(propagation=PROPAGATION_REQUIRED)
pubilc void methodA(){
        doPreSomething;
        methodB();
        doSufSomething;
}

@Transactional(propagation=PROPAGATION_NEVER)
pubilc void methodB(){
        doSomething;
} 

在事务的隔离级别是PROPAGATION_NERVR的时候。
如果调用方法A,会开启一个事务,在方法A内部调用方法B,由于方法A已经存在开启尚未提交的事务,方法B的传播级别为PROPAGATION_NEVER,其不允许在事务内部执行,所以这时候就会直接报错。
如果不通过方法A而单独调用方法B,则方法B会直接在没有事务的环境中执行。
PROPAGATION_NERVER如果存着事务就直接报错,如果当前不存在事务,会以非事务的方式执行。
如果嵌套执行的方法要求内部方法不允许在事务中执行,单独执行时候必须以非事务方式执行,则选择该事物传播级别

执行逻辑

开启事务
执行方法A的doPreSomething
执行方法B,直接报错
回滚事务

2.7.PROPAGATION_NESTED

@Transactional(propagation=PROPAGATION_REQUIRED)
pubilc void methodA(){
        doPreSomething;
        methodB();
        doSufSomething;
}

@Transactional(propagation=PROPAGATION_NESTED)
pubilc void methodB(){
        doSomething;
} 

在事务的隔离级别是PROPAGATION_NESTED的时候。
如果调用方法A,会开启一个事务,在方法A内部调用方法B,由于方法A已经存在开启尚未提交的事务,方法B的传播级别为PROPAGATION_NESTED,会加入这个事务当中,但是在执行到方法B之前会创建一个事务的回滚点(savepoint),然后执行方法B,如果方法B执行失败了,事务会进行回滚,但是这时指挥回滚到回滚点,也就是之后回滚B的操作,外部方法的操作不会回滚;如果B执行成功了,接着执行A的doSufSomething()方法,如果执行出错,则会回滚整个事务,也就是doSufSomething()、methodB()和doPreSomething()的执行都会进行回滚。
如果直接调用方法B,则会开启一个事务,和PROPAGATION_REQUIRED传播级别一致。
如果嵌套执行的方法要求内部方法出错只回滚自己,外部方法执行失败回滚所有,单独执行时候自动开启一个执行,则选择该事物传播级别。

执行逻辑

开启事务
执行方法A的doPreSomething
创建回滚点savepoint
执行方法B,失败只回滚到savepoint
执行方法A的doSufSomething
提交或回滚事务

三、总结

3.1、PROPAGATION_REQUIRED

方法是否开启事务状态是否回滚
doPreSomething开启事务失败全部回滚
methodBA内部直接加入事务,不单独开启,单独调用开启失败全部回滚
doSufSomething失败全部回滚

所有方法在同一个事务中运行,要么一起成功提交事务,要么一起回滚事务,如果单独执行,各自单独开启各自事务

3.2、PROPAGATION_REQUIRED_NEW

方法是否开启事务状态是否回滚
doPreSomething开启事务失败只回滚方法A自己
methodB开启事务失败只回滚方法B自己
doSufSomething失败只回滚方法A自己

PROPAGATION_REQURIED_NEW所有方法使用各自的事务,各自提交或者回滚各自的事务,相互之间不会造成影响。
如果嵌套执行的方法要求各自事务独立,不能进行相互影响,则选择本事务传播级别。

3.3、PROPAGATION_SUPPORTS|

方法是否开启事务状态是否回滚
doPreSomething开启事务失败全部回滚
methodBA内部加入事务不单独开启,单独调用不开启失败全部回滚
doSufSomething失败全部回滚

3.4、PROPAGATION_NOT_SUPPORTED

方法是否开启事务状态是否回滚
doPreSomething开启事务失败只回滚A自己
methodBA内部挂起A的事务状态执行事务以非,不单独开启,单独调用不开启失败不做任何回滚
doSufSomething失败只回滚A自己

3.5、PROPAGATION_MANDATORY

方法是否开启事务状态是否回滚
doPreSomething开启事务失败全部回滚
methodBA内部加入A的事务,不单独开启,单独调用跑错失败全部回滚
doSufSomething失败全部回滚

3.6、PROPAGATION_NEVER

方法是否开启事务状态是否回滚
doPreSomething开启事务失败全部回滚
methodBA存着事务直接抛错,不单独开启失败全部回滚
doSufSomething失败全部回滚

3.7、PROPAGATION_NESTED

方法是否开启事务状态是否回滚
doPreSomething开启事务失败全部回滚
methodBA存着事务就直接加入A事务,不存在开启事务失败只回滚B自己
doSufSomething失败全部回滚
如果嵌套执行的方法要求内部方法出错只回滚自己,外部方法执行失败回滚所有,单独执行时候自动开启一个执行,则选择该事物传播级别。
关于使用vcpkg下载osgearth遇到的问题 注意--x-manifest-root=后面跟着的E:\gitproject\osgearth-osgearth-3.5\vcpkg是你下载的源码解压缩后vcpkg.json的文件地址,然后等待编译完成。安装vcpkg后使用vcpkg install osgearth:x64-windows安装好osgearth并且导入项目使用时,发现无法运行官方文档中示例的main.cpp。这里写一种自己用过的使用vcpkg安装osgearth3.5的方法,源码,打开vcpkg所在的命令行,执行。示例main.cpp。 阅读详情

相关推荐

SAP公司间采购后台配置及前台操作详解

公司间采购后台配置及前台操作详解 SAP 实施中公司间交易几乎每个项目都会有此业务需求,比如内地很多公司都会在香港设置贸易型子公司。过香港公司接单,然后转内地公司生产,或内地公司过香港公司采购进口原材料,这些业务必然会涉及到公司间交易,下面我将详细说明下SAP是如何实现这种业务场景的,供大家参考。 配置前必须前台先创建公司间供应商主数据和客户主数据 1. 创建相应的客户主数据 功能说明 公司间...

weixin_40672823的博客 1万+

spring事务传播级别

1.2 事物特性定义 事物最重要的两个特性,是事物的传播级别和数据隔离级别传播级别定义的是事物的控制范围,事物隔离界别定义的是事物在数据库读写方面的控制范围。今天只写事物的传播级别。 第二章 事物的传播级别 2.1事物的7种传播级别 1)PROPAGATION_REQUIRED ,默认的Spring事物传播级别,使用该级别的特点是,如果上下文中已经存在事物,那么就加入到事物中执行,如果...

qq_36094023的博客 1万+

【分布式能源选址与定容】光伏、储能双层优化配置接入配电网研究(Matlab代码实现)

【分布式能源选址与定容】光伏、储能双层优化配置接入配电网研究(Matlab代码实现)内容概要:本文围绕“分布式能源选址与定容”展开,重点研究光伏与储能系统在配电网中的双层优化配置问题,采用Matlab进行代码实现。过建立双层优化模型,上层优化新能源的选址与容量配置,下层评估系统运行效率与经济性,旨在提升配电网接纳分布式能源的能力,降低网损,改善电压质量。文中结合智能优化算法(如遗传算法、粒子群算法等)与电力系统仿真模型(如IEEE33节点系统),实现了对复杂非线性、多约束优化问题的有效求解,并提供了完整的代码资源与仿真案例支持。; 适合人群:具备电力系统基础知识和Matlab编程能力,从事新能源接入、配电网优化、微电网调度等相关领域研究的研究生、科研人员及工程技术人员。; 使用场景及目标:① 掌握分布式光伏与储能系统在配电网中的协同优化配置方法;② 学习双层优化模型的构建思路与Matlab实现技巧;③ 应用于科研项目、论文复现、毕业设计或实际工程方案仿真验证; 阅读建议:建议结合文中提到的IEEE标准测试系统进行仿真实践,重点关注优化模型的数学建模过程与算法实现细节,同时参考提供的网盘资源获取完整代码与数据,便于调试与二次开发。

spring 事务传播级别

spring事务传播级别一、 介绍1.2 各种事务的解释1.2 什么是嵌套事物? 一、 介绍 主要就是下面两张图 ,很重要, 很重要,很重要 .能够清晰的描述出 第一次事务,和 嵌套事务的 关系. 记录一下 当前不存在事务 , 直接调用带有事务的方法, 不存在加入外部事务这么一说, 要么就是 新建事务, 要么就是以非事务的方式运行 ,当然,也可以抛出异常 传播级别 运行方式 requires_new 新建事务 nested 新建事务 required 新建事务 suppo

一直打铁 3316

Spring Boot】事务的隔离级别事务传播特性详解:如何在 Spring 中使用事务?不同隔离级别的区别?

事务这个词在学习 MySQL 和多线程并发编程的时候,想必大家或多或少接触过。那么什么是事务呢?事务是指一组操作作为一个不可分割的执行单元,要么全部成功执行,要么全部失败回滚。在数据库中,事务可以保证数据的一致性、完整性和稳定性,同时避免了数据的异常和不一致情况。常见的事务括插入、更新、删除等数据库操作。事务的核心要素是ACID特性,即原子性(Atomicity)、一致性(Consistency)、隔离性(Isolation)和持久性(Durability)。本文从事务及隔离级别以及事务传播机制分别讲解。

黄小黄的博客 6885

Spring事务的隔离级别传播机制

@Transactional详解之事务隔离级别事务传播机制

关关的博客 2587

spring事务传播级别

原子性操作,也被称为原子操作,是一个不可分割的操作单元。这意味着在执行过程中,该操作不会被其他线程或进程中断,要么完整地执行,要么完全不执行。例如,将一个整数从1增加到2的过程就是一个原子性操作,因为这个操作只涉及到一个赋值操作,即i=i+1。在数据库中,原子性操作同样非常重要。以转账为例,从A账户向B账户转账1000块钱的整个过程,括从A账户中扣除1000块钱和向B账户中增加1000块钱这两个步骤,被统称为一个事务。如果其中任何一个步骤失败,整个事务都会回滚到原始状态,这确保了数据的一致性和完整性。

weixin_62988359的博客 6632

Spring事务事务隔离级别事务传播机制

Spring事务事务隔离级别事务传播机制

yyhgo_的博客 2207

Spring事务传播性与隔离级别

事务是逻辑处理原子性的保证手段,过使用事务控制,可以极大的避免出现逻辑处理失败导致的脏数据等问题。 事务最重要的两个特性,是事务传播级别和数据隔离级别传播级别定义的是事务的控制范围,事务隔离级别定义的是事务数据库读写方面的控制范围。 以下是事务的7种传播级别: 1) PROPAGATION_REQUIRED ,默认的spring事务传播级别,使用该级别的特点是,如

edward0830ly的专栏 3万+

spring框架的事务传播级别经典篇

方法A:外围方法,方法B:内部方法,在A中调用B1.事务级别PROPAGATION_REQUIRED:如果A为PROPAGATION_REQUIRED:B 不管有没有设置事务级别,都会加入到A的事务级别中。如果执行B的时候出异常,那么不仅B方法里执行的会被回滚,A也会全回滚。所有Propagation.REQUIRED修饰的内部方法和外围方法均属于同一事务,只要一个方法回滚,整个事务均回滚。

健康平安的活着的专栏 3205

Spring事务事务的实现、隔离级别传播机制)

什么是事务事务的隔离级别又是什么?事务传播机制又是个什么东东🤔

日常学习记录、分享,愿我们都遇见更好的自己,与诸君共勉 2494

Spring 源码系列(23): SpringApplication.run() 启动全流程

本文深入解析了SpringApplication.run()的核心流程,过源码拆解揭示了从启动到容器就绪的完整生命周期。文章重点分析了三个关键阶段:prepareEnvironment的配置加载逻辑(系统属性>环境变量>配置文件)、createApplicationContext的容器类型推断机制(基于classpath判断Web/Reactive/普应用),以及callRunners的启动后回调特性(按@Order执行初始化任务)。同时澄清了常见误区,如内嵌Tomcat实际在refresh阶段的onR

不才不才不不才的博客 394

SpringCloud---OpenFeign

OpenFeign是一个声明式的Web Service客户端。它能让微服务之间的调用变得更简单,类似于Controller调用Service,只需要创建一个接口,然后添加注解即可使用OpenFeignOpenFeign的前身的Feign,Feign是Netflix公司开源的一个组件。可以简单的理解为Netflix Feign是OpenFeign的祖先,或者说OpenFeign是Netflix Feign的升级版,OpenFeign是Feign的一个更强大更灵活的实现。

2403_89229523的博客 163

SpringBoot 核心原理 + Spring 事务 + 缓存

AOP 面向切面编程,在不修改原有业务代码的前提下,对方法进行增强,抽取用横切逻辑。事务管理(@Transactional 底层就是 AOP 动态代理)接口日志、请求耗时埋点权限校验、接口限流全局异常处理。

weixin_43590392的博客 219

蜗牛学苑 Java 智能体学习 Day24|SpringBoot 整合 MyBatis、分层解耦思维导图复盘

重生之我在蜗牛学苑学代码

weixin_75217422的博客 583

0062基于 SpringBoot + 微信小程序的健身管理系统设计与实现

本文介绍了一个基于SpringBoot和微信小程序的健身管理系统设计与实现。系统采用前后端分离架构,含微信小程序会员端和Web管理后台,面向会员、教练、员工和管理员四类用户。主要功能括课程管理、教练预约、训练记录和饮食指导等。后端使用SpringBoot框架,小程序端采用Uni-app开发,数据库选用MySQL。系统实现了健身服务的全流程线上化管理,解决了传统健身行业的信息滞后、预约繁琐等问题。文章详细阐述了系统架构、关键技术和功能模块设计,并展示了核心界面截图,验证了系统的实用性和可操作性。

嘻哈 278

【计算机毕业设计】基于SpringBoot的绿植电商服务平台的设计与实现

本文设计并实现了一个基于SpringBoot的绿植电商服务平台,采用Java、MySQL和Vue技术,构建了用户端、商家端和管理员端三大模块。用户端提供绿植浏览、订单管理等功能;商家端支持订单处理、绿植管理等;管理员端负责全局管控。系统过用例图和E-R图进行需求分析与数据库设计,实现了注册登录、购物车、在线客服等核心功能,解决了传统绿植销售效率低下的问题,推动行业数字化发展。

2601_95372082的博客 217

Java Spring 批量修改,实体、接口、方法的定义

本文描述了一个批量更新车辆类型的接口实现。该功能过Controller层接收含出库单ID列表和车辆类型的请求参数,调用Service层进行处理。实现层采用事务管理,首先验证参数有效性,然后查询对应出库单数据并批量更新车辆类型字段,最后返回操作结果(成功更新记录数或错误信息)。该接口主要用于快递业务中其他出库单的车辆类型批量修改操作,含完整的参数校验、异常处理和事务管理机制。

LYBWWP 47

SkyWalking 与 springboot 整合

Agent 默认自动埋点:SpringMVC、Feign、RestTemplate、JDBC (MySQL)、Redis、RocketMQ/Kafka/RabbitMQ、Dubbo、线程池、定时任务,开箱即用备选方案:OTLP + Micrometer Tracing(SpringBoot3 官方标准,代码埋点,适合统一 OpenTelemetry 可观测体系)

software_0215的专栏 358

JAVASpring AI 2.0 升级指南 Agent 开发的新范式

Spring AI 2.0 升级要点摘要 基础依赖:需升级至Spring Boot 4.0 + Jakarta EE 11,Jackson 3名变更,全面支持JSpecify空安全注解。 架构重构:明确ChatClient(业务层API)与ChatModel(底层模型)分工,前者内置Advisor链,推荐优先使用。 工具调用革新: 工具执行逻辑统一移至ToolCallingAdvisor,废弃旧API(如FunctionCallback),改用@Tool注解或MethodToolCallback显式注册。

木头 350

springboot智慧公共交系统---附源码51123

本系统后端采用 SpringBoot 框架结合 Java 语言进行开发,前端使用 Vue 技术构建响应式用户界面,数据库选用 MySQL 作为系统核心数据存储平台,并基于 B/S 架构和 RESTful API 接口实现前后端分离开发模式。系统面向普用户和管理员两类角色,主要实现了注册登录、交资讯浏览、公告信息查看、实时路况查询、公共交线路管理、车辆信息维护、违章信息查询、上报信息提交、意见反馈处理以及系统资源管理等多项功能,能够较为全面地满足智慧公共交信息服务与后台管理的实际需求.........

weixin_BYSJ1987的博客 61
上一篇: 数据库(Spring)事务的四种隔离级别
下一篇: 为什么要用springboot进行开发呢?
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

打赏作者

胖天才小朱(怀玉)

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

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

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

打赏作者

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

抵扣说明:

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

余额充值