ErgouTree's Blog

事务概述 Hibernate是对JDBC的轻量级封装，其主要功能是操作数据库。在操作数据库过程中，经常会遇到事务处理的问题，接下来就来介绍Hibernate中的事务管理。 事务的并发问题 在实际应用过程中，数据库是要被多个用户所共同访问的。在多个事务同时使用相同的数据时，可能会发生并发的问题，具体如下： 脏读：一个事务读取到另一个事务未提交的数据。 不可重复读：一个事务读到了另一个事务已经提交的update的数据，导致在同一个事务中的多次查询结果不一致。 虚读/幻读：一个事务读到了另一个事务已经提交的insert的数据，导致在同一个事务中的多次查询结果不一致。 事务的隔离级别 为了避免事务并发问题的发生，在标准SQL规范中，定义了4个事务隔离级别，不同的隔离级别对事务的处理不同。 读未提交(Read...

有群友希望我转载这个，那我就转载了 更新时间 2021·12·23 更新内容：推妹妹破百，初代表格诞生 前排提醒：仅为群名~“七海妹”个人主观意见，如有与你不和者，就无视我，没必要争吵。本人一年游玩时间，耗时30小时制作而成，难免有失误，还请告知我更改。本人主看重妹妹，不对作品本身评价，所以废萌评分会高一点。 更新时间 2022·7·26晚 更新内容1：重置评分系统，由原来的SS<SS+<SSS-<SSS 更改成 S<SA<SX<SS<=SAAA<=SSA<SSS 更新内容2：增加50位妹妹，其中15名生肉，1名不能攻略 更新内容3：加入鼠标放在妹妹名字上显示立绘功能 更新耗时25小时 更新时间 2023·1·27下午 更新内容1：添加妹妹、兄妹、妹线这三个评价（等级为：稀烂、拉跨、不太行、凑合、一般、还行、良好 、不错、优秀、极好、完美）...

Swing中的事件调度线程 先了解一下Swing中的单线程模型 单线程模型有什么作用 虽然大伙认为Swing又丑又落后（但是我编写gui入门真的是从Swing开始） Swing 最初设计是单线程模型，这意味着所有与 Swing 组件交互的代码都应该在同一个线程中执行。 单线程模型避免了 Swing 组件可能因为会多个线程同时访问和修改而导致数据不一致或界面闪退等问题 而且单线程模型使得开发者无需处理复杂的线程同步问题，这是保持页面一致性的重要原因，同一时间只有一个线程可以操作组件，正常思维去调度下不会出现部分界面更新而其他部分未更新的情况。 但是单线程模型会造成一个迟钝的API。为了达到单线程模型，有一个专门的线程用于和Swing组件交互，就是Swing事件调度线程（Event DispatchThread，EDT)。 如果对单线程模型线程不清楚，可能在打造响应式界面和其他更多的扩展应用上会出很多问题。 为什么要了解事件调度线程（EDT） 因为，EDT 是 Swing 单线程模型的核心 在Swing中，所有与...

Java SE部分 基础语法 变量与数据类型：基本数据类型（byte、short、int、long、float、double、char、boolean），引用数据类型（类、接口、数组、字符串等），变量的声明、初始化和作用域。 运算符：算术运算符、赋值运算符、比较运算符、逻辑运算符、位运算符等。 流程控制：顺序结构、选择结构（if - else、switch - case）、循环结构（for、while、do - while），以及 break、continue 关键字的使用。 方法：方法的定义、参数传递、返回值，方法的重载和递归调用。 数组：一维数组和多维数组的声明、初始化、遍历和常用操作。 面向对象编程 类与对象：类的定义，对象的创建和使用，构造方法，this 关键字。 封装：访问修饰符（public、private、protected、默认），成员变量的封装和访问控制。 继承：继承的概念，extends...

JSON基础部分 什么是JSON JavaScript 对象表示法（JSON）是用于将结构化数据表示为 JavaScript 对象的标准格式，通常用于在网站上表示和传输数据（例如从服务器向客户端发送一些数据，因此可以将其显示在网页上） JSON: JavaScript Object Notation(JavaScript 对象表示法) JSON 是存储和交换文本信息的语法，类似 XML。 JSON 比 XML 更小、更快，更易解析。 JSON 是轻量级的文本数据交换格式 JSON 独立于语言：JSON 使用 Javascript语法来描述数据对象，但是 JSON 仍然独立于语言和平台。JSON 解析器和 JSON 库支持许多不同的编程语言。 目前非常多的动态（PHP，JSP，.NET）编程语言都支持 JSON JSON 具有自我描述性，更易理解 JSON 文本格式在语法上与创建 JavaScript 对象的代码相同。 JSON 可以作为一个对象或者字符串存在，前者用于解读 JSON 中的数据，后者用于通过网络传输 JSON...

Docker简介 简而言之，Docker 是一个可供开发者通过容器(container)来构建，运行和共享应用(application)的平台。用容器来部署应用被称为集装箱化(containerization)。 Docker 就像一个盒子，里面可以装很多物件，如果需要某些物件，可以直接将该盒子拿走，而不需要从该盒子中一件一件的取。 Docker中文社区、Docker中文文档 Docker 包括三个基本概念: 镜像（Image） Docker的镜像概念类似于虚拟机里的镜像(比如.ISO文件)，是一个只读的模板，一个独立的文件系统，包括运行容器所需的数据，可以用来创建新的容器。 例如：一个镜像可以包含一个完整的...

持久化类 Hibernate是持久层的ORM映射框架，专注于数据的持久化工作。 所谓的持久化，就是将内存中的数据永久存储到关系型数据库中。 所谓的持久化类指的是一个Java类与数据库表建立了映射关系，那么这个类称为是持久化类。 其实你可以简单的理解为持久化类就是一个Java类有了一个映射文件与数据库的表建立了关系。 那么我们编写持久化类的时候有哪些要求呢？ 实体类编写规则 我们在编写持久化类的时候需要有一下几点需要注意： 持久化类需要提供无参数的构造方法。因为在 Hibernate...

...

前言 请注意！ 本攻略转载自“LBEX中文化攻略Ver1.01”，侵删 制作：抛雨挥虹 修订：中野梓喵 攻略：Pyhh LBEX流程图攻略转自 https://bbs.inapom.com/3096.html 是Steam English Edition版本的 游戏简介 Little Busters！EX（リトルバスターズ!エクスタシー）是VisualArt’s/KEY继1999年的KANON，2000年的AIR，2004年的Clannad，2005年的智代after，2007年的Little Busters!之后，2008年7月25日发售的新作。 Little Busters-EX和Little Busters!不同的地方在于Little Busters!里的配角二木佳奈多和笹濑川佐佐美升为可攻略女主角，另外再加一个可攻略新女主角朱鹭户沙耶，新的迷你游戏与音乐也是追加要素。 一般把原本的Little Busters!称为“无印”(没有EX印记的意思)，而Little Busters！EX称为EX。 游戏名称：リトルバスターズ!エクスタシー...

...

什么是 JdbcTemplate Spring 框架对 JDBC 进行封装，使用 JdbcTemplate 方便实现对数据库操作。 JdbcTemplate 是 Spring 框架 提供的一个核心 JDBC 工具类，位于 org.springframework.jdbc.core 包中。它简化了 JDBC 数据库操作，避免了繁琐的 JDBC 代码编写，提高了开发效率。 在Spring使用JDBC，首先我们通过IoC容器创建并管理一个DataSource实例，然后，Spring提供了一个JdbcTemplate，可以方便地让我们操作JDBC，因此，通常情况下，我们会实例化一个JdbcTemplate。顾名思义，这个类主要使用了Template模式。 作用： 执行 SQL 语句：JdbcTemplate 提供了多种方法来执行 SQL 语句，包括查询、更新、插入、删除等。 处理结果集：JdbcTemplate 可以自动将查询结果转换为...

Resource接口和实现类 Resource接口 JDK提供的访问资源的类(如java.NET.URL,File)等并不能很好很方便的满足各种底层资源的访问需求。Spring设计了一个Resource接口，为应用提供了更强的访问底层资源的能力，该接口拥有对应不同资源类型的实现类。 Spring的Resource接口位于org.sprigframework.core.io中。旨在实现一个更強大的接口，用于抽象对低级资源的方向。以下演示了Resource接口定义的方法 1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253545556575859606162636465666768697071727374757677787980818283/** * 用于描述资源的接口，该接口抽象了底层资源的实际类型，如文件或类路径资源。 * * <p>对于每个资源，如果它在物理形式上存在，都可以打开一个输入流，但只有某些资源才能返回...

Java难绷知识04——异常处理中的finally块 前情提要：该文章是个人花的时间最长，查询资料最多，可能是有关finally块的最长文章，希望大家能看下去 一些前言 在Java中，异常处理机制是程序设计中至关重要的一部分。它允许程序员在程序运行时捕获并处理错误，防止程序因为异常情况而突然崩溃。 try - catch - finally结构是异常处理的核心部分。而finally块虽非必需，但为什么finally是异常处理中的最后一道防线 我的想法主要认为finally的必要关键之处是能够确保代码健壮性。 而且finally块中存在许多深入理解的地方，在这篇文章我将依旧侧重于finally在异常处理中的细节 try - catch - finally结构及其基础内容 try - catch - finally结构是Java异常处理的核心部分。它允许你在代码出现错误时进行适当的处理，而不是让程序崩溃。 在这里只对其简单阐述，本篇文章侧重点是finally 基本结构 1234567try { // 可能抛出异常的代码}...