在jsp、数据库增删改查遇到的问题

在jsp,数据库增删改查遇到的问题

1.文件系统路径与servlet路径的表示规则有差别

这些路径表示相对路径，通常在文件系统或者 URL 中使用。让我们逐个解释它们：

1. demo：

   • 这是一个相对路径，表示在当前目录下的 demo 目录或文件。如果你在一个文件系统中，这将指向当前工作目录下的 demo 目录或文件。

   • 例如，如果你的当前路径是 /home/user/，那么 demo 将指向 /home/user/demo。

2. ./demo：

   • ./ 表示当前目录，因此 ./demo 表示在当前目录下的 demo 目录或文件。

   • 实际上，./ 可以省略，因为大多数系统默认就是在当前目录查找。所以，./demo 和 demo 在大多数情况下是等效的。

3. /demo：

   • 这是一个绝对路径，表示在根目录下的 demo 目录或文件。无论当前工作目录在哪里，都会从根目录开始查找。

   • 例如，/demo 将指向根目录下的 demo 目录或文件。

4. ../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 块，但仍然需要考虑异常处理的策略，以便于对异常进行适当的处理。