1.返回状态码
1.在com.leyou.item.controller跟com.leyou.item.service下创建测试类
package com.leyou.item.controller;
import com.leyou.item.service.ItemService;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.web.bind.annotation.PostMapping;
import org.springframework.web.bind.annotation.RequestParam;
import org.springframework.web.bind.annotation.RestController;
@RestController
public class ItemController {
@Autowired
private ItemService itemService;
@PostMapping("/save")
public Long saveItem(@RequestParam("id") Long id){
return itemService.saveItem(id);
}
}
package com.leyou.item.service;
import org.springframework.stereotype.Service;
@Service
public class ItemService {
public Long saveItem(Long id){
// 模拟添加操作,如果id为1抛异常
if(id.equals(1L)){
throw new RuntimeException("Id不能为1!");
}
return id;
}
}
2.在tools工具栏Httptest下模拟请求
成功
失败
经过测试,我们发现,在正常情况下只能返回200状态码,在异常情况下只能返回500状态码。显然这不满足我们的需求!
这里我们用springMVC自带的提供的状态码来给前端返回相应的状态码。
修改代码
可以自己用固定的status值也可以使用里边自带的
3.模拟失败返回状态码及失败信息,不需要多余的东西
3.1在commom模块下定义一个LyException类来抛出自定义异常
3.2改造ly-item-service
测试发现状态没有效果,可以明白,spring并不认识我们的LyException,它依然把LyException当成了来RuntimeException处理了。所以我们要在common模块中自定义拦截异常的处理器类。
4.全局异常拦截器
4.1在common下的excepiton包下创建全局异常类
编写重启之后测试发现。但是,虽然我们要的信息都有了,但是返回的异常信息太多太多,很多都是框架的信息,前端根本用不到这些信息,如果我们将这些信息返回,那么响应的数据多了,一定程度上响应了数据的响应速度,所以我们需要进一步优化。
4.2编写自定义异常处理类
为了让异常结果更友好,我们不在LyExceptionController返回LyException,而是自定义一个响应的类,这个类只包含异常响应的结果。
提供返回异常信息的自定义类
4.3在common.exception.pojo下创建返回类型
4.4改造LyExceptionController
重启之后测试,到这一步,我们的全局异常问题已经解决了,要的响应码和响应内容都是我们自定义的了。
5.自定义返回类型枚举类
因为现在的异常响应信息包含多个内容,所以只用字符串就很难满足我们的需求,所以我们需要定义一个类来装这些信息,但是异常信息其实都是提前约定好的,所以用枚举比较符合我们需求。
枚举:把一件事情的所有可能性列举出来。在计算机中,枚举也可以叫多例,单例是多例的一种情况 。
单例:一个类只能有一个实例。
多例:一个类只能有有限个数的实例。
单例的实现:
-
私有化构造函数
-
在成员变量中初始化本类对象
-
对外提供静态方法,访问这个对象
5.1在common.exception.pojo下创建返回枚举类
package com.leyou.commom.exception.pojo;
import lombok.Getter;
/**
* 返回枚举类
* @author yy
*/
@Getter
public enum ResultCode {
INVALID_FILE_TYPE(400, "无效的文件类型!"),
INVALID_PARAM_ERROR(400, "无效的请求参数!"),
INVALID_PHONE_NUMBER(400, "无效的手机号码"),
INVALID_VERIFY_CODE(400, "验证码错误!"),
INVALID_USERNAME_PASSWORD(400, "无效的用户名和密码!"),
INVALID_SERVER_ID_SECRET(400, "无效的服务id和密钥!"),
INVALID_NOTIFY_PARAM(400, "回调参数有误!"),
INVALID_NOTIFY_SIGN(400, "回调签名有误!"),
CATEGORY_NOT_FOUND(404, "商品分类不存在!"),
BRAND_NOT_FOUND(404, "品牌不存在!"),
SPEC_NOT_FOUND(404, "规格不存在!"),
GOODS_NOT_FOUND(404, "商品不存在!"),
CARTS_NOT_FOUND(404, "购物车不存在!"),
APPLICATION_NOT_FOUND(404, "应用不存在!"),
ORDER_NOT_FOUND(404, "订单不存在!"),
ORDER_DETAIL_NOT_FOUND(404, "订单数据不存在!"),
DATA_TRANSFER_ERROR(500, "数据转换异常!"),
INSERT_OPERATION_FAIL(500, "新增操作失败!"),
UPDATE_OPERATION_FAIL(500, "更新操作失败!"),
DELETE_OPERATION_FAIL(500, "删除操作失败!"),
FILE_UPLOAD_ERROR(500, "文件上传失败!"),
DIRECTORY_WRITER_ERROR(500, "目录写入失败!"),
FILE_WRITER_ERROR(500, "文件写入失败!"),
SEND_MESSAGE_ERROR(500, "短信发送失败!"),
INVALID_ORDER_STATUS(500, "订单状态不正确!"),
STOCK_NOT_ENOUGH_ERROR(500, "库存不足!"),
UNAUTHORIZED(401, "登录失效或未登录!");
private int status;
private String message;
ResultCode(int status, String message) {
this.status = status;
this.message = message;
}
}
5.2改造LyException
测试
6.域名解析问题
6.1统一环境
我们现在访问页面使用的是:http://localhost:8081
有没有什么问题?
实际开发中,会有不同的环境:
-
开发环境:自己的电脑
-
测试环境:提供给测试人员使用的环境
-
预发布环境:数据是和生成环境的数据一致,运行最新的项目代码进去测试
-
生产环境:项目最终发布上线的环境
如果不同环境使用不同的ip去访问,可能会出现一些问题。为了保证所有环境的一致,我们会在各种环境下都使用域名来访问。
我们将使用以下域名:
-
主域名是:www.leyou.com,
-
管理系统域名:manage.leyou.com
-
网关域名:api.leyou.com
-
...
但是最终,我们希望这些域名指向的还是我们本机的某个端口。
那么,当我们在浏览器输入一个域名时,浏览器是如何找到对应服务的ip和端口的呢?
域名要访问,先从==浏览器缓存==中解析,然后从==本地host文件==解析,最后去==域名根服务器==解析域名。
6.2域名解析
一个域名一定会被解析为一个或多个ip。这一般会包含两步:本地host和万网两步,如果任何一步解析成功了,就不会继续往下解析了。
-
本地域名解析
浏览器会首先在本机的hosts文件中查找域名映射的IP地址,如果查找到就返回IP ,