前端路由异常

vue.runtime.esm.js?2b0e:619 [Vue warn]: Property "visible" must be accessed with "$data.visible" because properties starting with "$" or "_" are not proxied in the Vue instance to prevent conflicts with Vue internalsSee

vue.runtime.esm.js?2b0e:619 [Vue warn]: Property "visible" must be accessed with "$data.visible" because properties starting with "$" or "_" are not proxied in the Vue instance to prevent conflicts with Vue internalsSee: https://vuejs.org/v2/api/#data

(found in <Root>)
warn @ vue.runtime.esm.js?2b0e:619
warnReservedPrefix @ vue.runtime.esm.js?2b0e:2026
get @ vue.runtime.esm.js?2b0e:2069
mainvue_type_template_id_455b9f60_render @ element-ui.common.js?5c96:30327
Vue._render @ vue.runtime.esm.js?2b0e:3542
updateComponent @ vue.runtime.esm.js?2b0e:4060
get @ vue.runtime.esm.js?2b0e:4473
Watcher @ vue.runtime.esm.js?2b0e:4462
mountComponent @ vue.runtime.esm.js?2b0e:4067
Vue.$mount @ vue.runtime.esm.js?2b0e:8409
Message @ element-ui.common.js?5c96:30548
main_Message.(anonymous function) @ element-ui.common.js?5c96:30569
_callee$ @ permission.js?223d:63
tryCatch @ regeneratorRuntime.js?c7eb:44
(anonymous) @ regeneratorRuntime.js?c7eb:125
(anonymous) @ regeneratorRuntime.js?c7eb:69
asyncGeneratorStep @ asyncToGenerator.js?1da1:3
_next @ asyncToGenerator.js?1da1:22
Promise.then (async)
asyncGeneratorStep @ asyncToGenerator.js?1da1:12
_throw @ asyncToGenerator.js?1da1:25
Promise.then (async)
asyncGeneratorStep @ asyncToGenerator.js?1da1:12
_next @ asyncToGenerator.js?1da1:22
(anonymous) @ asyncToGenerator.js?1da1:27
(anonymous) @ asyncToGenerator.js?1da1:19
(anonymous) @ permission.js?223d:81
iterator @ vue-router.esm.js?8c4f:1959
step @ vue-router.esm.js?8c4f:1733
step @ vue-router.esm.js?8c4f:1737
runQueue @ vue-router.esm.js?8c4f:1741
confirmTransition @ vue-router.esm.js?8c4f:1988
transitionTo @ vue-router.esm.js?8c4f:1890
push @ vue-router.esm.js?8c4f:2291
push @ vue-router.esm.js?8c4f:2581
(anonymous) @ index.vue?536f:162
Promise.then (async)
(anonymous) @ index.vue?536f:161
(anonymous) @ element-ui.common.js?5c96:22992
(anonymous) @ element-ui.common.js?5c96:23510
complete @ index.js?a15e:89
(anonymous) @ index.js?a15e:225
next @ util.js?fa49:148
next @ util.js?fa49:116
cb @ index.js?a15e:173
validatePassword @ index.vue?536f:118
(anonymous) @ index.js?a15e:216
next @ util.js?fa49:114
asyncSerialArray @ util.js?fa49:120
(anonymous) @ util.js?fa49:154
asyncMap @ util.js?fa49:151
validate @ index.js?a15e:141
validate @ element-ui.common.js?5c96:23506
(anonymous) @ element-ui.common.js?5c96:22986
validate @ element-ui.common.js?5c96:22985
handleLogin @ index.vue?536f:158
click @ index.vue?e641:162
invokeWithErrorHandling @ vue.runtime.esm.js?2b0e:1854
invoker @ vue.runtime.esm.js?2b0e:2179
original._wrapper @ vue.runtime.esm.js?2b0e:6911

如何解决:

因为router.addRoutes的参数为空,需要配置。或者说动态路由中,后台给前台返回的routers为空。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
### 回答1: 在Spring Cloud中,我们可以通过自定义全局异常处理器来处理应用程序中的所有异常。以下是实现全局异常处理器的步骤: 1. 创建一个全局异常处理器类,该类应该实现Spring的ErrorController接口。 2. 在处理器类中,使用@RequestMapping注解来定义处理所有错误请求的路由。 3. 在路由方法中,获取请求中的异常信息,并根据异常类型返回相应的错误响应。 4. 在应用程序的配置文件中,将Spring的默认错误处理器禁用,并将全局异常处理器类注册为错误处理器。 以下是一个简单的全局异常处理器示例: ``` @RestController @ControllerAdvice public class GlobalExceptionHandler implements ErrorController { @RequestMapping("/error") public ResponseEntity<ErrorResponse> handleAllExceptions(HttpServletRequest request) { ErrorResponse errorResponse = new ErrorResponse(); errorResponse.setErrorCode(HttpStatus.INTERNAL_SERVER_ERROR.value()); errorResponse.setErrorMessage("An error occurred during the request."); errorResponse.setRequestedURI(request.getRequestURI()); return new ResponseEntity<>(errorResponse, HttpStatus.INTERNAL_SERVER_ERROR); } @Override public String getErrorPath() { return "/error"; } } ``` 在上面的代码中,我们实现了Spring的ErrorController接口,并使用@ControllerAdvice注解来指定该类为全局异常处理器。在handleAllExceptions方法中,我们获取请求中的异常信息,并根据异常类型返回相应的错误响应。最后,我们将该类注册为错误处理器,并将Spring的默认错误处理器禁用。 ### 回答2: Spring Cloud是一个用于构建微服务架构的框架,它提供了许多功能和组件来简化微服务的开发和管理。其中之一就是全局异常处理器。 全局异常处理器是一个用于捕获和处理应用程序中发生的异常的组件。在微服务架构中,由于各个服务之间的调用和交互,很可能会出现许多不同种类的异常,例如网络异常、数据库异常、业务异常等。而全局异常处理器的作用就是捕获这些异常,并根据具体情况进行统一处理。 使用Spring Cloud的全局异常处理器,可以帮助我们实现以下功能: 1. 统一异常处理:无论是哪个服务发生了异常,全局异常处理器都能捕获并进行处理,避免异常导致系统崩溃或无响应。 2. 异常信息返回:全局异常处理器可以将捕获到的异常信息封装成特定的响应格式,方便客户端或其他服务进行处理。 3. 异常分类处理:根据异常的类型和来源,全局异常处理器可以将异常分类处理,例如数据库异常可以跳转到指定的错误页面,业务异常可以返回特定的错误码等。 4. 日志记录:全局异常处理器可以将捕获到的异常信息进行日志记录,方便开发人员进行问题排查和分析。 总之,Spring Cloud的全局异常处理器是一个非常实用的组件,能够帮助我们捕获和处理微服务架构中的异常,并保证系统的稳定性和可靠性。通过合理配置和使用全局异常处理器,我们可以更好地管理和维护我们的微服务应用程序。 ### 回答3: Spring Cloud全局异常处理器是用来统一处理系统中出现的异常情况。在微服务架构中,由于系统由多个服务组成,每个服务都可能出现异常,如果每个服务都单独处理异常,会造成代码冗余和维护困难。因此,引入全局异常处理器可以统一处理所有服务的异常,提高代码的可维护性和可读性。 Spring Cloud全局异常处理器的工作原理如下:首先,在服务启动时,通过配置文件或代码,将异常处理器注册到Spring容器中。当服务中发生异常时,Spring容器会捕获到异常,并根据异常类型和处理器的配置,将异常交给对应的处理器进行处理。处理器可以通过捕获异常的类型来判断异常的种类,并根据不同的异常类型进行不同的处理,例如返回给前端用户友好的错误信息、记录异常日志等。 使用全局异常处理器的好处如下:首先,可以减少代码的冗余,不需要在每个服务中都编写相同的异常处理代码;其次,可以提高代码的可读性,将异常处理的逻辑集中在一个地方,便于理解和维护;还可以提高系统的容错性和稳定性,可以捕获并处理各种异常情况,避免系统因为异常导致崩溃或无法正常运行。 总结而言,Spring Cloud全局异常处理器是一个集中处理系统中异常情况的机制,能够统一处理微服务架构中各个服务的异常,提高代码的可维护性和系统的容错性。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

东芃9394

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值