很多计算机专业大学生经常和我交流：毕业设计没思路、不会做、论文不会写、太难了......

针对这些问题，决定分享一些软、硬件项目的设计思路和实施方法，希望可以帮助大家，也祝愿各位学子，顺利毕业！

(资料图片)

博客是互联网的一种分享类型的技术产物，但是如何留着用户才是重要的，并不都是所有的功能都会涉及到“高并发”，博客的功能多样性会增强用户的体验，让用户对博客的使用产生依赖性，利用从众心态合理地开发增值功能。

本次系统的开发采用了主流的微服务架构方式，所以把控每个微服务的功能相互独立和完整是“微服务”系统的关键。由于博客的实现比较简单，所以只有涉及到“高并发”的时候需要断点分析即可，下面将介绍博客系统的一些功能。

项目工程资源请参见：https://download.csdn.net/download/m0_38106923/87849577

项目功能

博客基本的功都具备，例如博客的核心功能：博客的发表，删除，浏览，评论，点赞等。除了这些，还可以每天定时签到提升博客的等级，充值会员提升使用体验。

个人的安全信息也非常重要，所以我单独划分一个微服务中心来实现。同样我在每行重要的代码上都增加了明显的注释，这对于我以后的维护和扩充博客功能可以打下坚实的基础，尽可能地符合软件设计开发原则。

关于博客的功能一共涉及到8个微服务中心：

项目架构设计

从宏观设计来说，各个微服务中心都是一个moudle，需要注册到一个高可用的微服务注册中心上保证机器信息的正确性。

从微观运行来说，用户的请求API都经过Zuul，再由Zuul负载均衡分配给需要的微服务中心，所以Zuul也需要高可用保证用户流量可以得到回应。通过zuul网关后，请求通过Feign实现微服务之间数据的交互。

当发生错误运行时，利用Hystrix的回退机制保护系统的稳定运行，不会发生级联占用效应，保证每一个请求API都可以得到响应。当发生网络不可用的情况下，需要触发用户的补偿机制，当出现不可知的错误时，也可以直接管理机器的集群来维护系统的稳定运行。

项目数据库设计

对于用户来说，需要输入账号和密码，若是不存在可以注册自己的账号和密码。注册的时候提供30分钟填写博客信息的有效时间，不填写则直接登录。需要设置个人的手机和邮箱来绑定安全认证，若想要开通我的钱包则需要实名注册，同样也包含校园认证。丢失了个人信息，则可以用身份证申诉。每天凌晨开始可以开始签到，根据会员的不同增益不同，签到的持续天数不同经验值累加也不同。会员的开通只包含支付宝，账单是每笔消费的记录。核心表是用户博客之类的表，文章均存在数据库，不过ElasticSearch也保存了文章的标题和摘要。每个用户可以评论他人的文章，私密的文章不会出现，会员的文章会出现在会员专区。

博客一共含有8个主功能，所以一共涉及用户表，用户信息表，安全表，头像表，签到表，签到奖励表（两种奖励），会员表，钱包表，订单表，博客表，博客分类表，博客标签表，博客图片表，博客的评论表，点赞表和收藏表17个表。

项目架构实现

前端IDE采用的是WebStorm，博客的Vue主要分布如下图所示：

Alert.js是自定义重构代码的漂亮提示框。axios.js是封装好的axios请求HTTP函数，components是Vue文件存储位置，也是Vue的组件，index.js是管理前端路由url的跳转，利用components组件与url的控制。store.js是组件状态管理的文件，由于采用的LocalStorage本地存储所以并不是主用。main.js是全局文件也是最重要的文件，管理Vue的全局配置。static/img中保存的是博客所用的图片。

不管是用IDE创建的项目还是采用常规脚手架创建的vue项目，其项目都会在根目录生成一个package.json文件，这个文件与后端的“pom”相似，这个文件包含所需要的各种包，还包含项目的配置的名称与版本对应。

博客项目中的package的完整dependencies代码如以下所示：

博客Maven的整体微服务中心实现的结构图如下所示：

SpringCloud是基于Java语言的工具集，SpringCloud具备拿来就用的特性，可以节省开发的配置时间，它可以在Docker等云环境中开发和部署。SpringCloud的组件比较丰富，博客使用了Eureka，Zuul，Feign，Htsrrix，trubine，Zipkin微服务组件。组件可以自由地选择，不过需要解决SpringBoot与SpringCloud之间的版本依赖才能使用。博客涉及到的Java的JDK版本是1.8，SpringBoot的版本是Spring Boot 1.5.9.RELEASE，SpringCloud的版本是Edgware SR4。后端的IDE采用的是IDEA，Maven的版本为3.6.1，任何一个版本的更改都可能会导致兼容不一致。

博客使用了两个Zuul并且注册到高可用的服务发现中心来构造Zuul高可用集群。Eureka是所有微服务的注册中心，并且自己本身也是微服务不过需要禁止自我注册。Eureka注册中心包含每个微服务的名称，IP，端口等，由于因为的单个节点的微服务可能会发生不可用的情况下导致系统发生停机，所以采用高可用的微服务注册中心。让两个(多个)服务发现组件相互注册以达到可以保持其它微服务的调用，维持整个系统的高可用性，整个博客的Eureka服务注册中心图如下图所示：

DS Replicas代表两个模块加载模拟单机代替高可用的实现，不过需要修改本地Host来模拟真实多机高可用的效果。每个微服务都具有自己的虚拟主机名以及状态来描绘微服务的显示情况。每个微服务之间通过与服务注册中心每30S心跳传递保证服务可用性。默认90S没有收到心跳则会注销该微服务。EurekaServerOne与EurekaServerTwo为两个微服务注册中心，两者相互注册到对方的服务中心上来保证Eureka的高可用稳定，从而使每一个博客的请求都可以得到响应。

用户的个人中心

用户的个人中心相当于博客的大门，用户的首次流量都经过此处，首次负载均衡调用也是基于这个中心开始，主要涉及到用户的登录与注册的基本功能，在登录上排除恶意的攻击与干扰，保证博客登录的稳定，从而保证系统的稳定。这个中心核心功能就是权限验证，保持登录的标志，它是保持业务稳定的重要因素，后续的实现会在以上所述的三个重要功能展开来讲。

Vue整合阿里云智能验证时，需要注册布局组件来动态加载JavaScript文件，不然无法使用阿里云的智能组件，前端登录智能验证的核心代码如以下所示：

登录是一个系统的重要的功能，也是个人隐私的重要体现，拿常见的登录有邮箱，手机，账号或，语音或者二维码登录，不过不管通过哪种登录，个人信息的安全都应该得到保护，保护个人隐私重要的是从个人做起，拒绝非法点击与输入。

拿本次博客的登录来说只需要验证账号和密码就行，个人登录是不会进行权限验证。注册成功会保持30分钟的权限验证，关于权限验证会在标题5-2-3中提到，以便后面的博客信息的操作，超过则需要重新登录去博客的个人中心填写博客信息。

博客的登录与注册的页面如下图所示：

博客登录的用户名需要以英文子母开头，用户名和密码均不可以超过16位，注册保证两次登录密码正确就可，在此不再贴出图片累述。

登陆权限控制是每个系统都应必备的功能，是保持登录状态的重要实现。微服务所有的权限验证均在一个module上，Token消时则直接回退给前端status 404失败码，成功则是执行对应的业务逻辑，注意登录的博客是不需要权限验证。

博客使用了前后端拦截器拦截Token(登录成功的认证码)，所以后端需要定义一个token验证注解，用拦截器拦截系统的url请求，再进行拦截用户的API请求，最后再验证传过来的token与Redis中token值是否一致，效验通过才可以正常访问。当用户登录成功博客后，后端返回token数据。token具有存在时间，如果用户一段时间后不在线或者操作的话，则token会失效，用户保持登录时，则不会过期。

Redis中会以用户的登录账号作为与token关联的认证，有效的token码可以取出用户的账号，然后再进行业务逻辑。这些redis中的key都可以自行设置一些时间，不过前端只保存token值，二次登录会覆盖Redis中的token值。

权限验证相当于系统的第一道大门，如今的安全框架越来越丰富，例如SpringSecurity，Shiro，OAuth等，shiro->security->oauth的上手难度逐渐提升。若是需要对密码加密的，可以需根据个人开发自行配置使用对应的安全框架。

用户的安全中心

安全中心包含邮箱，手机，身份证，校园认证和其它微服务中心需要用到的认证接口。邮箱采用QQ邮箱，开启SMTP 587端口发送邮箱验证码。手机采用阿里云短信API服务。两者的验证码存在的时间均为1次失效且存在10分钟。身份证需要手机号的验证。校园认证的名字需要和身份证的名字一致。除了绑定一些安全的服务，还包括三种修改密码的方式，原始密码修改新密码，邮箱重置密码，手机重置密码，身份证重置密码。个人申述包括手机号重置邮箱，旧手机更换新手机，身份证重置手机。

安全中心包括用户的规则规章，博客旨在分享自己的动态和经验给他人，不可以辱骂他人，以及不遵守国家的法律法规。本次博客的其它微服务中心所需要的手机认证接口均由这个微服务中心提供。

博客采用的是免费的QQ邮箱，邮箱的yml配置如下：

QQ邮箱(邮箱与手机的六位验证码共用)发送验证码按钮的原代码如以下所示：

绑定QQ邮箱JavaScript的代码如以下所示：

后端发送QQ邮箱注册的验证码如以下所示：

发动短信的前端JavaScript的代码如以下所示：

后端发送验证码的代码如以下所示：

提供安全的认证有身份认证与校园认证，当然只是表单的提交，真实的认证需要有关部门的配合，在此只是用来模拟，校园认证需要与身份证的名字保持一致，否则无法通过。

当个人安全账号发生异常，可以提供修改密码，也可以重置密码。

可以使用手机号重置邮箱，也可以使用旧手机号更换新手机号。如果个人博客的手机号安全信息被盗取，手机号也可以被重置，但是需要借助身份证申诉，不过一天只可以成功申诉一次。

用户的文件中心

当用户注册的时会需要选择个人的头像，上传的头像只能是JPG格式且大小不能超过2MB，且上传前会先查询数据库中的头像图片名是否已经存在，存在的话直接会先删除OSS中旧图片，再插入新图片，如果不存在的话，直接插入到OSS文件服务器中。头像的存储流程由前端发起file传给后端，后端接受file头像，利用二进制传给OSS文件服务器。服务器再传过来头像的外网URL地址，此时修改显示时间为10年再返还给用户，最后把头像外网URL地址保存到自己的LocalStorage本地。

发表博客时文章中会包含图片，前端获取后端的博客图片url绑定在前端文章中显示，同样url也在文章内容中一起保存到数据库中。上传图片和上传头像不同，文章需要用到的图片可以有多张，不存在覆盖问题。需要根据个人的文件服务器的存储量来权衡上传图片大小。

用户的签到中心

用户的签到等级代表用的可以使用的权限，当签到累计天数和连续天数达到奖励阶段时触发一键领取奖励按钮，每次奖励每个账号只可以领取一次。整个签到的等级由经验值决定，但是每天获得经验值为1500。签到的经验值还会进行快速排序排名返还给前端，提升竞争效果，同时会员增益机制也会导致不同的叠加效果。

每天0点之前只能签到一次，过完0点后Redis中限时凭证失效既可以再次签到，签到的经验值采用二分查找和快速排序算法进行计算最后的排名返还给用户。

签到按钮的计算代码如以下所示：

经验值的排名的代码如以下所示：

用户的会员中心

由于会员中心与支付中心联系比较密切，所以两者的中心可以结合起来看作一个中心来观看。用户的会员中心包括普通会员和超级会员，每种方式存在三种收益方式，年费季费和月费，支付成功后均由负载均衡执行业务逻辑。由于支付不属于这个module中，所以这个module只是由其它微服务调用直接完成业务逻辑。

用户的支付中心

未完成实名认证时页面会转到实名认证中，当完成实名认证时，首次进入我的钱包中心会触发设置支付密码，当设置成功后，支付以及绑定个人银行卡均需要用到支付密码。可以用旧支付密码修改新密码，也可以手机重置手机密码。还可以绑定自己的银行卡，需要有关部门的配合。本次博客只允许建设银行，工商银行和中国银行，且每张银行卡只允许绑定一张。利用v-charts组件把个人的时间段的消费情况以条形图展现给用户观看。

当用户开通了我的钱包后，可以选择是否进行余额充值，账户余额暂时只可以用支付宝充值。所有关于金额的操作均需要在后端安全操作，前端只用来显示数据，必须使用数据库中的金额。

密码为6位有效数字，可以使用原密码更换新支付密码。

银行卡姓名需要与实名认证的姓名一致。

支付中心包含普通会员和超级会员，由于普通会员采用支付宝原始的方式，而超级会员采用支付宝的二维码方式，所以两者会在调用的时候会有所不用。

账单中心是分页展示给用户观看，提供当前页面，月份和全部的账单打印Csv。前端可以直接把后端的数据直接打包Csv，也可以自行后端打包Csv数据到本地。

用户的博客中心

编写博客是一个展示自我的机会，通过这个机会，可以增强个人的表达能力，还会结识一些五湖四海的博友。通过他人文章的学习，我们还可以增强个人的知识度和眼界。综上所述，用户的博客中心是博客系统的最核心功能。

用户可以分享自己的博客动态，博客旨在分享自己所学所知给他人，或者解决他人的困难。博客中心包含发表博客，查看个人博客，删除博客，更新个人博客。非本人也可以观看他人的博客，也可以评论他人的博客，所以需要用到分页功能和轮滑加载功能配合前端展示不是私密的博客给他人观看。每个用户所看到的博客都是最新发的博客，可以与他人进行学习交流。每个发表者要尊重他人的知识劳动成果，切勿抄袭并且发表不适当的文章，做一名合格的博友。

当用户输入账号密码登录后，可以看到博客的主页如下图所示，主页面可以看到发表人和发表的文章，点击文章可以进入文章的主页面进行学习交流。

用户的文章微服务中心的功能包含发表，查看，修改，删除，用户可以控制自己发表过的每一篇文章。

关于文章的增删改会在后续标题中得到详解，在此只放出用户的个人文章中心由图可以看出是用户发表过的全部文章，后端利用的是先分页后List方式，最终传送前端进行ListItem遍历显示即可。

由于也使用了Elasticsearch把文章分类作为存储索引，但是重要的文章信息均放在数据库中，在此只提一下，到后续的分类搜索中会详细说明。

文章的的发布有许多选择，自己可以选择文章的分类和文章的标签，同样也可以设置文章的可见性。用户可以设置文章的标签，标签用来显示给游客看，用来文章的标识认证，还可以设置文章的分类，类型和保密性，每种文章的分类会发布到那个分类的专区。文章类型有三种，若是转载和翻译他人的文章需要著名地址，保护他人的知识劳动成果。只有具备会员资格才可以发送到会员专区，但是转载的文章不可以发送到会员专区，发表文章时可参考红字注意事项。

博客的发表的核心原代码如以下所示：

若是需要修改个人的博客，需要进入图5-33的个人博客中心，查看发表的指定文章进入到指定文章的页面，点击编辑按钮，不是本人的文章不会出现编辑按钮，博客的编辑按钮效果图如下图所示：

可以修改文章的所有的条件与内容。

文章的发表与修改的源码不同在于要删除之前的原属文章的分类Id与标签Id的关联，再进入文章的插入，不过文章的修改也会触发在搜索引擎上的文章信息修改，搜索引擎上的文章信息也会跟着更新，保持搜索到最新的数据。

删除个人的博客需要删除数据库和搜索引擎上的文章，删除文章后不可恢复。

完整博客的显示方式是采用GitHub的代码高亮布局，可以是用户看到自己的博客是嵌入式的面板，可以给予人一种清爽的感觉。由于采用Vue，可以不用动态渲染html，使用v-html命令就可以把后端传过来的数据利用showdown转换器转换给html直接显示给用户看。

互联网时代每个人都或许都点赞过他人分享的文章，本次设计是博客所以会涉及到点赞，当用户太多时需要考虑到高并发的情况。正常情况的点赞并不会给后端造成多大的负载压力，如果是热门的文章博客，用户点赞与取消点赞，评论，分享等，对于后端来说这些都会带来巨大的流量，如果后端接口支撑不住，前端得不到响应，前端无法响应就会返回404，会导致用户体验极差。

由上图可知，核心的模块就是点赞与取消点赞，利用Redisson把多个用户的请求利用分布式锁分开请求，利用“缓存”保护数据库。若用户点赞微博，则后端会先查询是否存在点赞记录，当存在点赞记录时，分析是否是完成点赞还是已经取消了点赞。若没存在点赞记录，则完成数据库中的点赞记录更新，再把点赞结果“缓存”到Redis中，若是取消点赞，则直接会在“缓存”中删除，更新数据库中的结果。每一篇文章的点赞总数都是利用“缓存”计算得到一篇文章的结果发送给前端显示。前面的操作都是利用Redisson操作的，所以当高并发多线程请求时，分布式锁就会控制资源的并发访问，避免出现文章数据不一致的情况。

用户允许收藏自己的文章，收藏的功能也借用了Redisson的分布锁来控制收藏的缓存，收藏与博客的点赞功能相似。

评论的实现比较简单，一级评论的用户的Id为父Id，只含有一级评论与二级评论，分页直接查看文章的所有评论。

文章排行榜采依旧是利用了Redisson，排行榜与标题3-7-4的点赞关联紧密，“点赞”会导致热流，形成短时间内的超高人气，把文章的排行榜放给用户看，可以增强用户的体验。不是所有的功能都要用分布式锁，排行榜不需要用到分布式锁，也不需要控制非常高的高并发流量，对于后端来说控制排行榜比较简单。

排行榜需要保证查询数据库的点赞表的SQL正确，SQL错误之后的所有操作都是白费力气，这个要设置一定的范围与时间差来确保文章的间断实时性，最后要把数据库中的数据放到缓存中。对于缓存的操作，用户的点赞与取消点赞都会触发缓存中的排行榜排序。用户请求后，会查到缓存中的排行榜点赞数最多的前10篇文章，利用List的文章Id找到文章的信息，最后打包传给前端显示。排行榜算是一种实时性要求不算很高的，可以使用定时的方式主动更新缓存中排行榜记录。

博客的搜索中心

当微服务整合Zipkin时，运行系统会产生大量的API运行指标，而Elasticsearch（ES）作为一种存储方式，可以把那些运行API指标存储到ES中。

Elasticsearch的index是文档索引，与数据库的“库”相似，type是文档类型，与数据库中的“表”相似，id是一个字段作为主键。

博客的搜索中心包含文章的显示的信息，例如标题和文章内容的摘要，由于把文章的整篇内容均放到数据库中，所以搜素引擎上的文章是负载均衡保存提示的信息，用户可以根据搜索界面的搜索框查询Elasticsearch上文章，根据的是文章的分类的区域和关键字，后端判关键字是否符合且存在，然后把结果传给前端显示。

博客的分类主页是利用Elasticsearch上的文章信息进行遍历，用户发表的博客时候选择的分类作为Elasticsearch索引的名负载均衡到Elasticsearch，分类中心的文章每次选择20篇最新的文章传给给用户观看。

博客的测试分析

博客采用的是前后端的分离模式，所以对于前端传过来的Token，后端只要鉴定Redis中存在Token即放行API的请求，同时前端可以防止表单的多次提交，前端可以增加JS监听Button的提交，也可以使用session鉴定请求的时间间隔。不过博客大多采用Axios的异步提交，http成功时可以把Button设置为true或者直接局部刷新网页重置数据。对于博客中的支付中心，另起线程中需要防止出现业务出现错误，或者网络错误导致负载均衡出现中断错误，所以需要catch防止程序出现错误，同样还必须保存支付宝异步通知的结果防止另起线程中出现异常。对于每个用户的请求，可以采用服务器的限制流量，限制的方向可由个人选择，需要在服务器的图形化界面中可以设置。

博客的前端容易扩展，由于Vue本身具有的实用的数据绑定优势，所以前端只要时间充足就可以随意扩展，还有一个很重要的原因是安全是后端来控制的。博客后端的每一个微服务的中心承担着一个功能模块，若是发生不同功能的扩充则需要多添加一个微服务的中心。当功能相同只是扩展当前的功能，则可以直接在某个微服务中心增加代码即可。编写博客时遵守了Java代码的规范，为以后的扩充打下坚实的基础。本次博客各个中心均遵守了Java的代码规范，微服务中的module划分清晰，功能扩充方便。

Pom文件中的module划分如下图所示：

项目工程资源请参见：https://download.csdn.net/download/m0_38106923/87849577