『互联网架构』软件架构-spring之AOP场景实战(11)

面试的时候,经常被面试官问到AOP在你的项目中用到了那些场景,我一般的回答是日志,权限,事务处理,方法的统计,性能的监控。其实权限和事务都是跟业务相关的,咱们一起来想想针对其他几个如何来设计。重点是设计的思路。源码:https://github.com/limingios/netFuture/tree/master/tuling-enhance-plugin-master

AOP能干什么?

  • 日志
  1. 新增的日志

有必要打印。

  1. 查询的日志

对于系统来说基本都是写少,读多的,是不是所有的日志都有必要打。是不是打印很多无用的日志,其实看日志就是看传递的参数有没有问题,也就是说有问题了才看日志,是不是可以这样理解其实百分之90以上的日志是无用日志,打印其实是无用的,我说的场景,其实如果是日志分析工作,可能所有的日志都有必要,但是可能有些日志不需要埋点,没有必要埋点对吧。也就是日志是特定日志需要打印,根据业务来说。

传统的AOP的弊端

  • 不够灵活

一般都是通用功能,基本无人做定制化。想打印那些,就打印那些。代码写死了,如果需要改必须重启系统来完成。

  • 对业务造成侵入

代码写在业务功能里面了,根据业务功能一起发布一起升级。写在了业务功能里面了。耦合进去了。

  • 发布困难

要针对某个增加,需要写代码,进行业务的发布和升级。很麻烦,如果一个系统改就改了,如果有成百上千的业务,都需要增加。成本高。太重了。性能监控可能都需要写,10个项目写10次。

解决方法

  • 可以低成本的介入非业务功能

比传统的写AOP成本更低,可以远程的装载插件。不重启的项目。我们之前的方式每次设计一张表,表里设计了很多个参数,每次过业务方法其实都需要读一遍数据库,因为很慢后来换成了redis,但是更改了值后,需要删除redis内的内容。这种方法也不是最好的。不重启的状态下,保证了灵活性。

  • 非常的灵活

动态的更新插件,启用和停止插件。自动下载插件,就算重启应用也有本地缓存,保存之前的设置。

源码结构图

PS:详细得我不多说了,直接看源码把,主要理解这个思路里面有classload加载对应的class,通过spring的IOC加载bean的方式获取Advice,进行控制。

概要介绍: 本门课程属于“Java分布式中间件大汇聚实战”系列课程,主要介绍了企业级项目中真实的应用场景的实现及主流的Java核心技术栈(Redis、RabbitMQ、Spring AOP、Redisson、ZooKeeper…)的实战等等。除此之外,还介绍了如何基于Redis设计并实战一款点赞系统(点赞、取消点赞、排行榜、用户中心、文章点赞用户列表…)可以说技术干货甚多,不仅可以巩固企业级应用系统的开发实战能力,相信在面试、跳槽涨薪方面也能带来相应的帮助! 课程内容: 传说中的金三银四、面试跳槽涨薪季已经来临,Debug特地为大家准备了一系列跟面试、跳槽、巩固核心技术栈相关的课程,本门课程属于第一季,其中的内容包括企业级项目中真实的应用场景实战、面试相关的技术点分享、主流的Java技术栈(Undertow、Redis、RabbitMQ、Spring AOP、Redisson、ZooKeeper…)实战等等。 除此之外,我们还基于Redis设计并实战了一款点赞系统,可以说技术干货甚多。在课程的最后,Debug给大家整理了一份最新的面向BAT大厂招聘 ~ 2020年程序猿最新的Java面试题(附带目录和答案),希望对各位小伙伴的成长有所帮助! 值得一提的是,本季课程实战的应用场景包括“日志记录”、“邮件发送”、“通告消息通知”、“短信验证码失效验证”、“会员到期自动提醒/到期前N天自动提醒”以及“点赞系统”的设计与实战,其大纲如下所示: 其中,涉及到的技术栈包括Spring Boot2.0、Mybatis、Undertow、Redis、RabbitMQ、Redisson、Spring AOP、 Java8…下面罗列出本门课程重点介绍的价格应用案例以及业务场景的实现流程图! (1)基于Spring的消息驱动模型实现日志的异步记录: (2)基于消息中间件RabbitMQ的消息队列实现日志的异步记录: (3)基于缓存中间件Redis的订阅发布机制实现商户公告消息通知: (4)基于Redis的Key失效与定时任务实现实现短信验证码的过期失效验证: 其他核心、典型的应用案例和业务场景实战可以详细参考“课程目录”! 除此之外,我们还基于缓存中间件Redis设计并实战实现了点赞系统中的点赞功能模块,下面罗列出其中涉及到的相关功能模块的实战流程图: 其课程收益如下所示:
©️2020 CSDN 皮肤主题: 程序猿惹谁了 设计师:上身试试 返回首页