精简面试题！！

@面试题

一. SpringBoot异常的设计的原理

spring boot默认处理
1.浏览器，返回一个默认的错误页面

2.如果是其他客户端，默认响应一个json数据

源码分析

在spring boot中，关于错误的自动配置类是 ErrorMvcAutoConfiguration
这个自动配置类， 给容器中加入了这几个关键组件：

ErrorPageCustomizer：
这个类的作用是定制错误的响应规则。在它的的registerErrorPages方法里的getPath方法指定了处理错误默认发送的请求为/error请求
BasicErrorController：
这个类就是来处理/error请求的，它有如下两个方法：

@RequestMapping(produces = "text/html") // 指定响应HTML数据
	public ModelAndView errorHtml(HttpServletRequest request,
			HttpServletResponse response) {
		HttpStatus status = getStatus(request);
		Map<String, Object> model = Collections.unmodifiableMap(getErrorAttributes(
				request, isIncludeStackTrace(request, MediaType.TEXT_HTML)));
		response.setStatus(status.value());
		ModelAndView modelAndView = resolveErrorView(request, response, status, model);
		return (modelAndView != null) ? modelAndView : new ModelAndView("error", model);
	}

	@RequestMapping
	@ResponseBody // 指定响应json数据
	public ResponseEntity<Map<String, Object>> error(HttpServletRequest request) {
		Map<String, Object> body = getErrorAttributes(request,
				isIncludeStackTrace(request, MediaType.ALL));
		HttpStatus status = getStatus(request);
		return new ResponseEntity<Map<String, Object>>(body, status);
	}

spring boot 默认处理/error请求时，会根据响应头来判断发送请求的是浏览器还是app，然后响应HTML或者json数据。
浏览器这部分代码处理完请求之后返回了一个ModelAndView 指定响应的页面，这个页面会去resolveErrorView这个方法里面找。

protected ModelAndView resolveErrorView(HttpServletRequest request,
			HttpServletResponse response, HttpStatus status, Map<String, Object> model) {
		for (ErrorViewResolver resolver : this.errorViewResolvers) {
			ModelAndView modelAndView = resolver.resolveErrorView(request, status, model);
			if (modelAndView != null) {
				return modelAndView;
			}
		}
		return null;
	}

这个方法遍历所有的ErrorViewResolver，从这里面找返回的页面。在没有指定的情况下，默认来到了第三个注入的组件
3.DefaultErrorViewResolver
这个组件的作用是指定浏览器响应的错误页面。
我们来看他是如何指定的：

	@Override
	public ModelAndView resolveErrorView(HttpServletRequest request, HttpStatus status,
			Map<String, Object> model) {
			// 将状态码转换为视图名称
		ModelAndView modelAndView = resolve(String.valueOf(status), model);
		if (modelAndView == null && SERIES_VIEWS.containsKey(status.series())) {
			modelAndView = resolve(SERIES_VIEWS.get(status.series()), model);
		}
		return modelAndView;
	}

可以看出，默认是将响应的状态码指定为视图名称，也就是说我们如果想自定义浏览器的错误响应页面，只需要在静态资源文件夹下创建4xx, 5xx等页面，当发生对应状态码异常时就会来到对应页面。

二. 前后端分离开发，日志应该如何进行记录，在出现问题的时候，方便定位问题？

项目开发中尽量使用日志记录API如log4j或是java.util.logging，比如log4j就有几个日志等级，DEBUG, INFO, WARN，ERROR和FATAL。
DEBUG是最低的限制级别。这个级别只能用于开发和测试环境中，不可以用于生产环境。

INFO略高于DEBUG的限制级别，我们应该用这个级别记录一些信息型消息比如服务器启动成功，输入的数据，输出的数据等等。

WARN的限制级别高于INFO，它用来记录警告信息比如客户端和服务器之间的连接中断，数据库连接丢失，Socket达到上限。这些信息是最为重要的，因为你可以在这些信息出现时发出警告，从而让运维团队管理应用程序的运行，并及时处理这些报错。

ERROR比WARN的限制级别还高，用于记录ERROR和Exception。你可以在该日志级别上设置警报装置，并且提醒运维团队对之做出处理。ERROR非常重要，你必须将其记录下来。

FATAL是指可能导致程序终止的非常严重的时间。在这种事件之后你的应用很可能会崩溃。
记录的日志越多越有利于问题的排查，但是日志记录的越频繁，所需要的IO操作就越多，从而影响系统性能。可以使用这种方式：
在isDebugEnabled()代码块中记录DEBUG消息

if(logger.isDebugEnabled()){
    logger.debug("java logging level is DEBUG Enabled")
}

跟踪线上问题:
1. 先确定问题是在哪个页面或者哪个功能中,然后查看功能对应的日志文件,看看是否有Error信息或者Exception信息
2 .若没有异常信息说明很可能是代码逻辑的问题,查看功能日志点看看日志情况,一般是能定位问题点
3 .若从日志中定位不出来只能是复盘功能代码
日志的存储:
单服务器上日志一般存在指定的目录下,可在日志配置中定义
分布式/集群:可以存在各种服务器上,也可以使用日志服务器统一管理日志文件

三. 跨域的含义

跨域，指的是浏览器不能执行其他网站的脚本。它是由浏览器的同源策略造成的，是浏览器施加的安全限制。

所谓同源是指，域名，协议，端口均相同，不明白没关系，举个栗子：

http://www.123.com/index.html 调用 http://www.123.com/server.php （非跨域）

http://www.123.com/index.html 调用 http://www.456.com/server.php （主域名不同:123/456，跨域）

http://abc.123.com/index.html 调用 http://def.123.com/server.php （子域名不同:abc/def，跨域）

http://www.123.com:8080/index.html 调用 http://www.123.com:8081/server.php （端口不同:8080/8081，跨域）

http://www.123.com/index.html 调用 https://www.123.com/server.php （协议不同:http/https，跨域）

请注意：localhost和127.0.0.1虽然都指向本机，但也属于跨域。

浏览器执行javascript脚本时，会检查这个脚本属于哪个页面，如果不是同源页面，就不会被执行。