秒杀模块碎碎念笔记(2)-Service层

---

dto:web与service层之间传输用
一般需要不同变量的构造方法来返回不同状态的结果

---

定义错误类:

public class SeckillException extends RuntimeException {    public SeckillException(String message) {        super(message);    }    public SeckillException(String message, Throwable cause) {        super(message, cause);    }}

通常定义一个总的错误类型,然后其他子错误继承它,并为具体service接口定义抛出的异常
在service整体补抓异常,除了我们自己定义的异常外,dao层还可能出现数据库断开连接/数据库超时等异常
编译时异常整体抛出时,先要捕捉子类异常

---

打印错误日志

private Logger logger= LoggerFactory.getLogger(this.getClass());logger.error(e.getMessage(),e);

---

枚举的使用:

public enum SeckillStatEnum {    SUCCESS(1,"秒杀成功"),    END(0,"秒杀结束"),    REPEAT_KILL(-1,"重复秒杀"),    INNER_ERROR(-2,"系统异常"),    DATE_REWRITE(-3,"数据篡改");    private int state;    private String info;    SeckillStatEnum(int state, String info) {        this.state = state;        this.info = info;    }    public int getState() {        return state;    }    public String getInfo() {        return info;    }    public static SeckillStatEnum stateOf(int index)    {        for (SeckillStatEnum state : values())        {            if (state.getState()==index)            {                return state;            }        }        return null;    }}

public SeckillExecution(long seckillId, SeckillStatEnum statEnum, SuccessKilled successKilled) {    this.seckillId = seckillId;    this.state = statEnum.getState();    this.stateInfo = statEnum.getInfo();    this.successKilled = successKilled;}

---

spring-service 放所有service有关,自动包括子包

---

事务只有在抛出运行时异常才回滚,不要乱用trycatch,因为如果有异常的话还是会被提交
尽可能保证执行时间短:不要穿插网络请求,也就是不要在事务方法里面写运行时间长的事务
如果需要长时间的方法:需要剥离,写到上层就可以
不是所有的方法都需要事务:只有一条修改操作/只读操作
需要了解行级锁的内容

---

idea xml 中在一个配置文件中引入另外一个文件的bean可能会出错,但是运行其实是没错的

---