在jsp,数据库增删改查遇到的问题
1.文件系统路径与servlet路径的表示规则有差别
这些路径表示相对路径,通常在文件系统或者 URL 中使用。让我们逐个解释它们:
-
demo
:-
这是一个相对路径,表示在当前目录下的
demo
目录或文件。如果你在一个文件系统中,这将指向当前工作目录下的demo
目录或文件。 -
例如,如果你的当前路径是
/home/user/
,那么demo
将指向/home/user/demo
。
-
-
./demo
:-
./
表示当前目录,因此./demo
表示在当前目录下的demo
目录或文件。 -
实际上,
./
可以省略,因为大多数系统默认就是在当前目录查找。所以,./demo
和demo
在大多数情况下是等效的。
-
-
/demo
:-
这是一个绝对路径,表示在根目录下的
demo
目录或文件。无论当前工作目录在哪里,都会从根目录开始查找。 -
例如,
/demo
将指向根目录下的demo
目录或文件。
-
-
../demo
:-
../
表示上一级目录,因此../demo
表示在上一级目录中的demo
目录或文件。 -
例如,如果当前路径是
/home/user/subdir/
,那么../demo
将指向/home/user/demo
。
-
总的来说,这些路径在文件系统或者 URL 中使用,具体含义取决于当前的工作目录或基础路径。每个点和斜杠都有特定的含义,因此路径的解释取决于上下文。
但是在servlet容器中"/" 表示应用程序的根目录(web-demo),而不是文件系统的根目录(C盘的根目录。)。jsp文件的根目录是文件系统,servlet类中的根目录是应用程序的根目录。
2.tomcat集成idea路径问题
<!--<a href="/brand-demo/selectAllServlet">查询所有</a>--> <!--这样表示在当前虚拟路径下比较好,因为到打包成war包后, brand-demo会变为brand_demo_war,用./可以增加移植性 ./也可以省略--> <!--<a href="./selectAllServlet">查询所有</a>--> <a href="selectAllServlet">查询所有</a>
3.try的妙用
在给定的代码中,确实存在一些重复的代码,特别是在获取 SqlSession
和 BrandMapper
的部分。抽取重复的代码可以提高代码的可维护性和可读性,同时减少潜在的错误。
在这里,可以考虑将获取 SqlSession
和 BrandMapper
的过程抽取成一个方法,以减少重复的代码。例如:
public class BrandService { // 调用工具类 private SqlSessionFactory factory = SqlSessionFactoryUtils.getSqlSessionFactory(); private SqlSession openSqlSession() { return factory.openSession(); } private BrandMapper getBrandMapper(SqlSession sqlSession) { return sqlSession.getMapper(BrandMapper.class); } /** * 查询所有 */ public List<Brand> selectAll() { try (SqlSession sqlSession = openSqlSession()) { BrandMapper mapper = getBrandMapper(sqlSession); return mapper.selectAll(); } } /** * 添加数据 */ public void add(Brand brand) { try (SqlSession sqlSession = openSqlSession()) { BrandMapper mapper = getBrandMapper(sqlSession); mapper.add(brand); sqlSession.commit(); } } }
提高了代码的重用性。这样还有助于确保在方法执行完毕后 SqlSession
得以关闭,从而更好地管理资源。
当使用 Java 中的 try-with-resources 结构时,资源(例如实现了 AutoCloseable
接口的对象)会在代码块结束时自动关闭。在 MyBatis 中,SqlSession
实现了 java.io.Closeable
接口,因此它可以被用在 try-with-resources 结构中,以确保在代码块执行完毕后关闭。
使用类似下面的结构时:
javatry (SqlSession sqlSession = factory.openSession()) { // 执行数据库操作 // 在这个代码块结束时,SqlSession 会自动被关闭 } catch (Exception e) { // 异常处理 }
在这种情况下,无论代码块中是否发生异常,SqlSession
都会在代码块结束后自动调用 close()
方法关闭资源。这样可以确保在方法执行结束后及时释放数据库连接,避免资源泄露和长时间占用数据库连接。
这种结构是非常安全且推荐的方式来处理像 SqlSession
这样的资源,在不再需要它们时确保它们被正确关闭。
在 Java 的 try-with-resources 结构中,可以只使用 try 而不必配合 catch 或者 finally 块。这是因为 try-with-resources 结构设计用来确保在代码块结束时,资源会被自动关闭,不论是否有异常发生。这种方式可以帮助代码更清晰地管理资源。
在你提供的代码片段中:
javatry (SqlSession sqlSession = openSqlSession()) { BrandMapper mapper = getBrandMapper(sqlSession); mapper.add(brand); sqlSession.commit(); }
即使没有显式的 catch 块,资源(这里指的是 SqlSession
)在该代码块执行完毕后会自动调用 close()
方法关闭资源。这种写法适用于不需要显式处理异常的场景,并确保在代码块结束时释放资源。如果有异常发生,这些异常会被抛出给调用方来进行处理。
但是要注意,即使没有显式的 catch 块,在使用 try-with-resources 结构时,如果某些操作(例如 sqlSession.commit()
)引发了异常,这些异常会被抛出给上层调用方法或者被捕获,以便进行适当的处理。因此,虽然没有显式的 catch 块,但仍然需要考虑异常处理的策略,以便于对异常进行适当的处理。