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