黑马电评问题

发表于2025-11-09|更新于2025-11-11|黑马点评

|浏览量:


1.黑马点评商户信息缓存功能实现后.使用逻辑过期方法时,发现商户id存在,但是显示shop=null;原因是没有缓存预热,把商户信息存储到缓存中;

2.添加秒杀券时,数据库添加上了数据,但是前端不显示,因为前端有代码判断,如果结束时间大于系统当前时间,就不显示;

3.事务和锁同时作用于一个方法时,要先完成事务,在释放锁,让其他线程开始运作; //所以锁要在事务外面;

4.动态代理负责维护事务的生命周期,包括事务的开启,提交,回滚;   AopContext.currentProxy();//获取当前的代理对象
使用这个方法要带入这个依赖
<dependency>
            <groupId>org.aspectj</groupId>
            <artifactId>aspectjweaver</artifactId>
 </dependency>
 
 在启动类上加上@EnableAspectJAutoProxy(exposeProxy = true)注解 //暴露代理对象
 
 5.事务失效的可能性;(需学习)

文章作者: John Doe

文章链接: http://example.com/2025/11/09/%E9%BB%91%E9%A9%AC%E7%82%B9%E8%AF%84%E9%97%AE%E9%A2%98/

版权声明: 本博客所有文章除特别声明外，均采用 CC BY-NC-SA 4.0 许可协议。转载请注明来源 Hexo！

相关推荐

1.基础用法: 导入依赖: <dependency> <groupId>com.github.ben-manes.caffeine</groupId> <artifactId>caffeine</artifactId> <version>2.9.3</version> </dependency> 使用: @Test public void testCaffeine(){ Cache<String, String> cache = Caffeine.newBuilder().build(); //存入数据 cache.put("name","zhangsan"); //获取数据 String name =...

1.jedis: redis的java客户端; 快速入门使用: 1.导入依赖: <dependency> <groupId>redis.clients</groupId> <artifactId>jedis</artifactId> <version>3.9.0</version> </dependency> 测试的话可以导入junit依赖 <dependency> <groupId>junit</groupId> <artifactId>junit</artifactId> <version>4.13.2</version> <scope>test</scope> ...

拦截器(interceptor)

1. 配置拦截器: /** * 登录拦截器 */ @Component @Slf4j public class LoginInterceptor implements HandlerInterceptor { @Override public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception { //1.获取session HttpSession session = request.getSession(); //2.获取session中的用户 User user = (User) session.getAttribute("user"); //3.判断用户是否存在 //4.不存在,拦截 if(user == null){ ...

1.乐观锁与悲观锁; 悲观锁:认为线程安全问题一定发生, 核心：先取锁，再访问。我认为数据冲突是大概率事件，所以先锁住，确保安全优点: 简单粗暴：实现简单，保证了数据的强一致性。安全：在竞争激烈、冲突概率高的场景下，可以避免大量的重试开销。缺点: 性能开销大：加锁和释放锁的操作需要消耗资源。并发度低：一个事务持有锁期间，其他所有需要该锁的事务都必须等待，降低了系统的吞吐量。死锁风险：多个事务相互等待对方持有的锁，可能导致死锁。 ---- 乐观锁:认为线程安全不一定发生, 核心：先访问，再提交时检查。我认为数据冲突是小概率事件，所以直接操作，在提交更新时才检查这期间有没有人动过。优点性能高，并发度高：在没有冲突的情况下，省去了加锁、解锁的开销，大大提升了系统吞吐量。无死锁风险：因为根本不加锁。缺点存在失败风险：如果冲突频繁，会导致大量事务更新失败，不断重试，反而降低性能。 ABA问题：这是CAS的一个典型问题。一个值从A变成了B，然后又变回了A。CAS检查时会认为它没有变化，实际上是变化过的。通常通过添加时间戳或递增版本来解决。

1. 什么是缓存穿透？缓存穿透是指查询一个在数据库和缓存中都不存在的数据。由于缓存无法命中（Miss），这个请求会直接穿透缓存，直达数据库。如果有大量这样的请求同时发生，数据库将不堪重负，甚至可能被压垮。核心问题：查询的是一个系统内根本不存在的数据。 ------ 解决方法: 方案一：缓存空对象（Null Object Caching / 缓存默认值）这是最常用、最直接的解决方案。思路：当从数据库查询不到数据时，我们仍然将这个“空结果”（例如 null）进行缓存，并为其设置一个较短的过期时间（比如 1-5 分钟）。流程：请求查询 Key。缓存未命中。查询数据库，发现数据不存在。将 Key 和一个表示“空”的特殊值（如 "NULL"）写入缓存，并设置过期时间。后续再有相同 Key...