畢業(yè)設計So Easy：Java Vue SpringCloud實現(xiàn)博客系統(tǒng)

電子設計聯(lián)盟 · 發(fā)表于 2023-6-28 12:00:00

點擊上方藍色字體，關注我們
很多計算機專業(yè)大學生經(jīng)常和我交流：畢業(yè)設計沒思路、不會做、論文不會寫、太難了......

針對這些問題，決定分享一些軟、硬件項目的設計思路和實施方法，希望可以幫助大家，也祝愿各位學子，順利畢業(yè)！

對計算機技術感興趣的小伙伴請關注公眾號：美男子玩編程，公眾號優(yōu)先推送最新技術博文，創(chuàng)作不易，請各位朋友多多點贊、收藏、關注支持~

項目專欄：https://blog.csdn.net/m0_38106923/category_11085518.html
博客是互聯(lián)網(wǎng)的一種分享類型的技術產(chǎn)物，但是如何留著用戶才是重要的，并不都是所有的功能都會涉及到“高并發(fā)”，博客的功能多樣性會增強用戶的體驗，讓用戶對博客的使用產(chǎn)生依賴性，利用從眾心態(tài)合理地開發(fā)增值功能。

本次系統(tǒng)的開發(fā)采用了主流的微服務架構方式，所以把控每個微服務的功能相互獨立和完整是“微服務”系統(tǒng)的關鍵。由于博客的實現(xiàn)比較簡單，所以只有涉及到“高并發(fā)”的時候需要斷點分析即可，下面將介紹博客系統(tǒng)的一些功能。

項目工程資源請參見：https://download.csdn.net/download/m0_38106923/87849577
1
項目功能
博客基本的功都具備，例如博客的核心功能：博客的發(fā)表，刪除，瀏覽，評論，點贊等。除了這些，還可以每天定時簽到提升博客的等級，充值會員提升使用體驗。

個人的安全信息也非常重要，所以我單獨劃分一個微服務中心來實現(xiàn)。同樣我在每行重要的代碼上都增加了明顯的注釋，這對于我以后的維護和擴充博客功能可以打下堅實的基礎，盡可能地符合軟件設計開發(fā)原則。

關于博客的功能一共涉及到8個微服務中心：

用戶的個人中心：包含登錄、注冊、智能驗證。

用戶的安全中心：安全信息、手機與郵箱的基本功能和安全認證的接口。

用戶的博客中心：發(fā)表和管理個人的博客，游客可以瀏覽公開的博客。

用戶的文件中心：發(fā)表博客需要用到的圖片和個人用戶的頭像。

用戶的簽到中心：博客的簽到累計的經(jīng)驗值和簽到獎勵。

用戶的會員中心：包含普通會員和超級會員。

用戶的支付中心：VIP的充值功能，個人錢包功能，賬單等。

用戶的搜索中心：根據(jù)摘要或者文章標題的關鍵字搜索指定的博客。
[/ol]
2
項目架構設計

從宏觀設計來說，各個微服務中心都是一個moudle，需要注冊到一個高可用的微服務注冊中心上保證機器信息的正確性。

從微觀運行來說，用戶的請求API都經(jīng)過Zuul，再由Zuul負載均衡分配給需要的微服務中心，所以Zuul也需要高可用保證用戶流量可以得到回應。通過zuul網(wǎng)關后，請求通過Feign實現(xiàn)微服務之間數(shù)據(jù)的交互。

當發(fā)生錯誤運行時，利用Hystrix的回退機制保護系統(tǒng)的穩(wěn)定運行，不會發(fā)生級聯(lián)占用效應，保證每一個請求API都可以得到響應。當發(fā)生網(wǎng)絡不可用的情況下，需要觸發(fā)用戶的補償機制，當出現(xiàn)不可知的錯誤時，也可以直接管理機器的集群來維護系統(tǒng)的穩(wěn)定運行。
3
項目數(shù)據(jù)庫設計
對于用戶來說，需要輸入賬號和密碼，若是不存在可以注冊自己的賬號和密碼。注冊的時候提供30分鐘填寫博客信息的有效時間，不填寫則直接登錄。需要設置個人的手機和郵箱來綁定安全認證，若想要開通我的錢包則需要實名注冊，同樣也包含校園認證。丟失了個人信息，則可以用身份證申訴。每天凌晨開始可以開始簽到，根據(jù)會員的不同增益不同，簽到的持續(xù)天數(shù)不同經(jīng)驗值累加也不同。會員的開通只包含支付寶，賬單是每筆消費的記錄。核心表是用戶博客之類的表，文章均存在數(shù)據(jù)庫，不過ElasticSearch也保存了文章的標題和摘要。每個用戶可以評論他人的文章，私密的文章不會出現(xiàn)，會員的文章會出現(xiàn)在會員專區(qū)。

博客一共含有8個主功能，所以一共涉及用戶表，用戶信息表，安全表，頭像表，簽到表，簽到獎勵表（兩種獎勵），會員表，錢包表，訂單表，博客表，博客分類表，博客標簽表，博客圖片表，博客的評論表，點贊表和收藏表17個表。

4
項目架構實現(xiàn)
4.1、Vue架構的實現(xiàn)
前端IDE采用的是WebStorm，博客的Vue主要分布如下圖所示：

Alert.js是自定義重構代碼的漂亮提示框。axios.js是封裝好的axios請求HTTP函數(shù)，components是Vue文件存儲位置，也是Vue的組件，index.js是管理前端路由url的跳轉，利用components組件與url的控制。store.js是組件狀態(tài)管理的文件，由于采用的LocalStorage本地存儲所以并不是主用。main.js是全局文件也是最重要的文件，管理Vue的全局配置。static/img中保存的是博客所用的圖片。
不管是用IDE創(chuàng)建的項目還是采用常規(guī)腳手架創(chuàng)建的vue項目，其項目都會在根目錄生成一個package.json文件，這個文件與后端的“pom”相似，這個文件包含所需要的各種包，還包含項目的配置的名稱與版本對應。

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

"dependencies": { "axios": "^0.19.0", "bootstrap": "^3.3.7", "echarts": "^4.6.0", "element-ui": "^2.12.0", "font-awesome": "^4.7.0", "github-markdown-css": "^4.0.0", "highlight.js": "^9.18.1", "jquery": "^3.4.1", "marked": "^0.8.0", "mavon-editor": "^2.7.7", "popper.js": "^1.12.5", "showdown": "^1.9.1", "v-charts": "^1.19.0", "view-design": "^4.0.2", "vue": "^2.5.2", "vue-drag-verify": "^1.0.6", "vue-nocaptcha": "^0.2.8", "vue-puzzle-vcode": "^1.1.2", "vue-qr": "^2.2.1", "vue-router": "^3.0.1", "vue-schart": "^2.0.0", "vue-splitpane": "^1.0.6", "vuex": "^3.1.2" }
4.2、SpringCloud架構的實現(xiàn)
博客Maven的整體微服務中心實現(xiàn)的結構圖如下所示：

SpringCloud是基于Java語言的工具集，SpringCloud具備拿來就用的特性，可以節(jié)省開發(fā)的配置時間，它可以在Docker等云環(huán)境中開發(fā)和部署。SpringCloud的組件比較豐富，博客使用了Eureka，Zuul，F(xiàn)eign，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，任何一個版本的更改都可能會導致兼容不一致。

4.3、博客的高可用的實現(xiàn)
博客使用了兩個Zuul并且注冊到高可用的服務發(fā)現(xiàn)中心來構造Zuul高可用集群。Eureka是所有微服務的注冊中心，并且自己本身也是微服務不過需要禁止自我注冊。Eureka注冊中心包含每個微服務的名稱，IP，端口等，由于因為的單個節(jié)點的微服務可能會發(fā)生不可用的情況下導致系統(tǒng)發(fā)生停機，所以采用高可用的微服務注冊中心。讓兩個(多個)服務發(fā)現(xiàn)組件相互注冊以達到可以保持其它微服務的調用，維持整個系統(tǒng)的高可用性，整個博客的Eureka服務注冊中心圖如下圖所示：

DS Replicas代表兩個模塊加載模擬單機代替高可用的實現(xiàn)，不過需要修改本地Host來模擬真實多機高可用的效果。每個微服務都具有自己的虛擬主機名以及狀態(tài)來描繪微服務的顯示情況。每個微服務之間通過與服務注冊中心每30S心跳傳遞保證服務可用性。默認90S沒有收到心跳則會注銷該微服務。EurekaServerOne與EurekaServerTwo為兩個微服務注冊中心，兩者相互注冊到對方的服務中心上來保證Eureka的高可用穩(wěn)定，從而使每一個博客的請求都可以得到響應。

5
用戶的個人中心
用戶的個人中心相當于博客的大門，用戶的首次流量都經(jīng)過此處，首次負載均衡調用也是基于這個中心開始，主要涉及到用戶的登錄與注冊的基本功能，在登錄上排除惡意的攻擊與干擾，保證博客登錄的穩(wěn)定，從而保證系統(tǒng)的穩(wěn)定。這個中心核心功能就是權限驗證，保持登錄的標志，它是保持業(yè)務穩(wěn)定的重要因素，后續(xù)的實現(xiàn)會在以上所述的三個重要功能展開來講。

5.1、登錄的智能驗證
Vue整合阿里云智能驗證時，需要注冊布局組件來動態(tài)加載JavaScript文件，不然無法使用阿里云的智能組件，前端登錄智能驗證的核心代碼如以下所示：

//動態(tài)加載阿里云的JavaScript文件src="//g.alicdn.com/sd/nvc/1.1.112/guide.js" @loaded="initCaptcha">
//注冊局部組件來加載阿里云的JavaScript文件components: { "remote-js": { render(createElement) { const self = this; return createElement("script", { attrs: { type: "text/javascript", src: this.src }, on: { load() { self.$emit("loaded"); } } }); }, props: { src: { type: String, required: true } } } },
//點擊智能驗證的封裝函數(shù) initCaptcha() { let _this=this; let ic = new smartCaptcha({ renderTo: '#sc', width: 350, height: 42, default_txt: "請點擊驗證按鈕", success_txt: "博客登錄驗證成功", fail_txt: "點擊按鈕重新刷新登錄驗證", scaning_txt: "智能檢測中", success: function (data) { console.log(NVC_Opt.token); console.log(data.sessionId); console.log(data.sig); _this.aliToken=NVC_Opt.token; _this.sessionId=data.sessionId; _this.sig=data.sig; }, }); ic.init(); },/remote-js
5.2、博客的登錄注冊
登錄是一個系統(tǒng)的重要的功能，也是個人隱私的重要體現(xiàn)，拿常見的登錄有郵箱，手機，賬號或，語音或者二維碼登錄，不過不管通過哪種登錄，個人信息的安全都應該得到保護，保護個人隱私重要的是從個人做起，拒絕非法點擊與輸入。

拿本次博客的登錄來說只需要驗證賬號和密碼就行，個人登錄是不會進行權限驗證。注冊成功會保持30分鐘的權限驗證，關于權限驗證會在標題5-2-3中提到，以便后面的博客信息的操作，超過則需要重新登錄去博客的個人中心填寫博客信息。
博客的登錄與注冊的頁面如下圖所示：

博客登錄的用戶名需要以英文子母開頭，用戶名和密碼均不可以超過16位，注冊保證兩次登錄密碼正確就可，在此不再貼出圖片累述。

5.3、登錄的權限驗證
登陸權限控制是每個系統(tǒng)都應必備的功能，是保持登錄狀態(tài)的重要實現(xiàn)。微服務所有的權限驗證均在一個module上，Token消時則直接回退給前端status 404失敗碼，成功則是執(zhí)行對應的業(yè)務邏輯，注意登錄的博客是不需要權限驗證。

博客使用了前后端攔截器攔截Token(登錄成功的認證碼)，所以后端需要定義一個token驗證注解，用攔截器攔截系統(tǒng)的url請求，再進行攔截用戶的API請求，最后再驗證傳過來的token與Redis中token值是否一致，效驗通過才可以正常訪問。當用戶登錄成功博客后，后端返回token數(shù)據(jù)。token具有存在時間，如果用戶一段時間后不在線或者操作的話，則token會失效，用戶保持登錄時，則不會過期。

Redis中會以用戶的登錄賬號作為與token關聯(lián)的認證，有效的token碼可以取出用戶的賬號，然后再進行業(yè)務邏輯。這些redis中的key都可以自行設置一些時間，不過前端只保存token值，二次登錄會覆蓋Redis中的token值。

權限驗證相當于系統(tǒng)的第一道大門，如今的安全框架越來越豐富，例如SpringSecurity，Shiro，OAuth等，shiro->security->oauth的上手難度逐漸提升。若是需要對密碼加密的，可以需根據(jù)個人開發(fā)自行配置使用對應的安全框架。
6
用戶的安全中心
6.1、用戶的安全布局
安全中心包含郵箱，手機，身份證，校園認證和其它微服務中心需要用到的認證接口。郵箱采用QQ郵箱，開啟smtP 587端口發(fā)送郵箱驗證碼。手機采用阿里云短信API服務。兩者的驗證碼存在的時間均為1次失效且存在10分鐘。身份證需要手機號的驗證。校園認證的名字需要和身份證的名字一致。除了綁定一些安全的服務，還包括三種修改密碼的方式，原始密碼修改新密碼，郵箱重置密碼，手機重置密碼，身份證重置密碼。個人申述包括手機號重置郵箱，舊手機更換新手機，身份證重置手機。

安全中心包括用戶的規(guī)則規(guī)章，博客旨在分享自己的動態(tài)和經(jīng)驗給他人，不可以辱罵他人，以及不遵守國家的法律法規(guī)。本次博客的其它微服務中心所需要的手機認證接口均由這個微服務中心提供。

6.2、用戶的郵箱注冊
博客采用的是免費的QQ郵箱，郵箱的yml配置如下：

mail: host: smtp.qq.com port: 465或587 protocol: smtp username: 個人的郵箱 password: 郵箱的SMTP的密碼，可在郵箱的賬戶中開啟SMTP服務 default-encoding: UTF-8 properties: mail: debug: true #控制臺開啟運行日志
QQ郵箱(郵箱與手機的六位驗證碼共用)發(fā)送驗證碼按鈕的原代碼如以下所示：

//自動生成的驗證碼,驗證碼的位數(shù)可以自己設定 public static String generateVerifyCode(int verifySize, String sources){ if(sources == null || sources.length() == 0){ sources = EMAIL_CODES;} int codesLen = sources.length(); Random rand = new Random(System.currentTimeMillis()); StringBuilder verifyCode = new StringBuilder(verifySize); for(int i = 0; i verifyCode.append(sources.charAt(rand.nextInt(codesLen - 1)));} return verifyCode.toString();}
綁定QQ郵箱JavaScript的代碼如以下所示：

//綁定郵箱的發(fā)送registerEmail(){let emailPatter=/[\w!#$%&'*+/=?^_`{|}~-]+(?:\.[\w!#$%&'*+/=?^_`{|}~-]+)*@(?:[\w](?:[\w-]*[\w])?\.)+[\w](?:[\w-]*[\w])?/;if (this.email=== '' || !emailPatter.test(this.email) || this.emailYzm === ''){this.$message.error('輸入內容不能為空且郵箱要符合格式') }else { this.$http.post('/whc/blog-customer-user/emailButtonRegister',{ email: this.email, emailYzm: this.emailYzm, }).then(res=>{ console.log(res); if (res.data.success === true){ this.$notify({ title: '成功', message: '郵箱綁定成功', type: 'success', }); window.localStorage.setItem('myEmail',res.data.message); this.reload(); //this.$router.go(0); }else { this.$message.error(res.data.message); } }) } }
后端發(fā)送QQ郵箱注冊的驗證碼如以下所示：

//后端QQ郵箱發(fā)送驗證碼的按鈕服務@Override@Transactional(isolation = Isolation.READ_COMMITTED, propagation = Propagation.REQUIRED)public void sendEmailCode(String email) { //生成郵箱隨機的6位驗證碼 String emailYzm= generateVerifyCode(6, EMAIL_CODES);
//From-to,主題和信息. SimpleMailMessage simpleMailMessage = new SimpleMailMessage(); simpleMailMessage.setFrom(FORM); simpleMailMessage.setTo(email); simpleMailMessage.setSubject(SUBJECT); simpleMailMessage.setText("你的郵箱驗證碼是: "+emailYzm+"本次驗證碼會在10分鐘后失效，請立馬使用。"); //發(fā)送郵箱驗證碼 javaMailSender.send(simpleMailMessage);
//開啟Redis存入email和yzm Jedis jedisEmail = new Jedis("localhost", 6379); //設置郵箱(key)-驗證碼(value)的綁定，秒為單位，存在時間為10分鐘。 jedisEmail.set(email,emailYzm); jedisEmail.expire(email,600); //設置驗證碼(key)-郵箱(value)的綁定，秒為單位，存在時間為10分鐘。(雙向綁定可以判斷失敗存入的驗證碼,雙向保險) jedisEmail.set(emailYzm,email); jedisEmail.expire(emailYzm,600);}
6.3、用戶的手機注冊
發(fā)動短信的前端JavaScript的代碼如以下所示：

//前端綁定手機phoneRegister(){ let phonePatterRegister=/^1([38][0-9]|4[579]|5[0-3,5-9]|6[6]|7[0135678]|9[89])\d{8}$/; if (this.phone === '' || this.phoneYzm === '' || !phonePatterRegister.test(this.phone)){ this.$message.error('手機或者驗證碼不符合規(guī)則'); }else { this.$http.post('/whc/blog-customer-user/phoneRegisterButton',{ phone: this.phone, phoneYzm: this.phoneYzm, }).then(res =>{ console.log(res); if (res.data.success === true){ this.$notify({ title: '成功', message: '手機綁定成功', type: 'success',}); window.localStorage.setItem('myPhone',res.data.message); this.reload(); //this.$router.go(0); }else { this.$message.error(res.data.message);}})}}

后端發(fā)送驗證碼的代碼如以下所示：

//生成手機的驗證碼 String phoneYzm= generateVerifyCode(6, EMAIL_CODES); //阿里云發(fā)送短信的API DefaultProfile profile = DefaultProfile.getProfile("cn-hangzhou", "個人隱私", "個人隱私"); IAcsClient client = new DefaultAcsClient(profile); CommonRequest request = new CommonRequest(); request.setMethod(MethodType.POST); request.setDomain("dysmsapi.aliyuncs.com"); request.setVersion("2017-05-25"); request.setAction("SendSms"); request.putQueryParameter("RegionId", "cn-hangzhou"); request.putQueryParameter("PhoneNumbers", phone); request.putQueryParameter("SignName", "個人隱私"); request.putQueryParameter("TemplateCode", "個人隱私"); request.putQueryParameter("TemplateParam", "{\"codeab\":\""+phoneYzm+"\"}"); //發(fā)送注冊手機的驗證碼 try { CommonResponse response = client.getCommonResponse(request); System.out.println(response.getData()); } catch (ServerException e) { e.printStackTrace(); } catch (ClientException e) { e.printStackTrace();} //開啟Redis存入phone和yzm Jedis jedisPhone = new Jedis("localhost", 6379); //設置手機(key)-驗證碼(value)的綁定，秒為單位，存在時間為10分鐘。 jedisPhone.set(phone,phoneYzm); jedisPhone.expire(phone,600); //設置驗證碼(key)-手機(value)的綁定,秒為單位，存在時間為10分鐘。(雙向綁定可以判斷失敗存入的驗證碼,雙向保險) jedisPhone.set(phoneYzm,phone); jedisPhone.expire(phoneYzm,600);}
6.4、用戶的安全認證
提供安全的認證有身份認證與校園認證，當然只是表單的提交，真實的認證需要有關部門的配合，在此只是用來模擬，校園認證需要與身份證的名字保持一致，否則無法通過。

6.5、用戶的密碼安全
當個人安全賬號發(fā)生異常，可以提供修改密碼，也可以重置密碼。

6.6、用戶的賬號申訴
可以使用手機號重置郵箱，也可以使用舊手機號更換新手機號。如果個人博客的手機號安全信息被盜取，手機號也可以被重置，但是需要借助身份證申訴，不過一天只可以成功申訴一次。

7
用戶的文件中心
7.1、用戶的頭像存儲
當用戶注冊的時會需要選擇個人的頭像，上傳的頭像只能是JPG格式且大小不能超過2MB，且上傳前會先查詢數(shù)據(jù)庫中的頭像圖片名是否已經(jīng)存在，存在的話直接會先刪除OSS中舊圖片，再插入新圖片，如果不存在的話，直接插入到OSS文件服務器中。頭像的存儲流程由前端發(fā)起file傳給后端，后端接受file頭像，利用二進制傳給OSS文件服務器。服務器再傳過來頭像的外網(wǎng)URL地址，此時修改顯示時間為10年再返還給用戶，最后把頭像外網(wǎng)URL地址保存到自己的LocalStorage本地。

7.2、博客的圖片存儲
發(fā)表博客時文章中會包含圖片，前端獲取后端的博客圖片url綁定在前端文章中顯示，同樣url也在文章內容中一起保存到數(shù)據(jù)庫中。上傳圖片和上傳頭像不同，文章需要用到的圖片可以有多張，不存在覆蓋問題。需要根據(jù)個人的文件服務器的存儲量來權衡上傳圖片大小。

8
用戶的簽到中心
用戶的簽到等級代表用的可以使用的權限，當簽到累計天數(shù)和連續(xù)天數(shù)達到獎勵階段時觸發(fā)一鍵領取獎勵按鈕，每次獎勵每個賬號只可以領取一次。整個簽到的等級由經(jīng)驗值決定，但是每天獲得經(jīng)驗值為1500。簽到的經(jīng)驗值還會進行快速排序排名返還給前端，提升競爭效果，同時會員增益機制也會導致不同的疊加效果。

每天0點之前只能簽到一次，過完0點后Redis中限時憑證失效既可以再次簽到，簽到的經(jīng)驗值采用二分查找和快速排序算法進行計算最后的排名返還給用戶。

簽到按鈕的計算代碼如以下所示：

//先判定是否redis中是否存在限時憑證 Jedis jedis = new Jedis("localhost", 6379); if (jedis.get(id.toString()) == null) { //獲取明天0點的時間并且設置限時憑證 try { SimpleDateFormat df = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss");//設置日期格式 Calendar cal = Calendar.getInstance(); cal.add(Calendar.DATE, 1);//這里改為1 Date time = cal.getTime(); String tomorrow = new SimpleDateFormat("yyyy-MM-dd 00:00:00").format(time); String now = df.format(new Date()); Date d1 = df.parse(now); Date d2 = df.parse(tomorrow); //小時和分鐘和秒相減 Long hour = ((d2.getTime() - d1.getTime()) / (60 * 60 * 1000)); Long minute = ((d2.getTime() - d1.getTime()) / (1000 * 60)); Long second = ((d2.getTime() - d1.getTime()) / 1000); //最后存在的秒時間 int total = (hour.intValue()) * 3600 + (minute.intValue()) * 60 + second.intValue(); //控制臺觀看 logger.info(tomorrow + "/n" + now + "/n" + total); //設置redis中的簽到過期時間 jedis.set(id.toString(), "今天簽到已經(jīng)完成!"); jedis.expire(id.toString(), total); return SUCCESS; } catch (ParseException e) { e.printStackTrace();} } return FAILED;
經(jīng)驗值的排名的代碼如以下所示：

//先查詢所有的經(jīng)驗值 ListexAll=userSignMapper.selectExperience(); //先將List集合轉為Long[]數(shù)組 Long[] a=exAll.stream().toArray(Long[]::new); //可以使用轉換工具類，也可以自己動手寫Long數(shù)組的轉換 long[] quickSort = ArrayUtils.toPrimitive(a); //快速排序排序成從小到大的順序 sortService.quickSort(quickSort,0,quickSort.length-1); //利用二分查找算法查找經(jīng)驗值所在的索引位置 int position=sortService.binarySearch(quickSort,myExperience); //最終排名，倒序輸出。 int lastPosition=quickSort.length-position; //控制條輸出你的排名 logger.info("你在經(jīng)驗值排行榜中的名次是:"+lastPosition); //返回給前端的排名 return lastPosition;
9
用戶的會員中心
由于會員中心與支付中心聯(lián)系比較密切，所以兩者的中心可以結合起來看作一個中心來觀看。用戶的會員中心包括普通會員和超級會員，每種方式存在三種收益方式，年費季費和月費，支付成功后均由負載均衡執(zhí)行業(yè)務邏輯。由于支付不屬于這個module中，所以這個module只是由其它微服務調用直接完成業(yè)務邏輯。

10
用戶的支付中心
未完成實名認證時頁面會轉到實名認證中，當完成實名認證時，首次進入我的錢包中心會觸發(fā)設置支付密碼，當設置成功后，支付以及綁定個人銀行卡均需要用到支付密碼。可以用舊支付密碼修改新密碼，也可以手機重置手機密碼。還可以綁定自己的銀行卡，需要有關部門的配合。本次博客只允許建設銀行，工商銀行和中國銀行，且每張銀行卡只允許綁定一張。利用v-charts組件把個人的時間段的消費情況以條形圖展現(xiàn)給用戶觀看。

當用戶開通了我的錢包后，可以選擇是否進行余額充值，賬戶余額暫時只可以用支付寶充值。所有關于金額的操作均需要在后端安全操作，前端只用來顯示數(shù)據(jù)，必須使用數(shù)據(jù)庫中的金額。

密碼為6位有效數(shù)字，可以使用原密碼更換新支付密碼。

銀行卡姓名需要與實名認證的姓名一致。

支付中心包含普通會員和超級會員，由于普通會員采用支付寶原始的方式，而超級會員采用支付寶的二維碼方式，所以兩者會在調用的時候會有所不用。

賬單中心是分頁展示給用戶觀看，提供當前頁面，月份和全部的賬單打印Csv。前端可以直接把后端的數(shù)據(jù)直接打包Csv，也可以自行后端打包Csv數(shù)據(jù)到本地。

11
用戶的博客中心
11.1、用戶的訪問主頁
編寫博客是一個展示自我的機會，通過這個機會，可以增強個人的表達能力，還會結識一些五湖四海的博友。通過他人文章的學習，我們還可以增強個人的知識度和眼界。綜上所述，用戶的博客中心是博客系統(tǒng)的最核心功能。

用戶可以分享自己的博客動態(tài)，博客旨在分享自己所學所知給他人，或者解決他人的困難。博客中心包含發(fā)表博客，查看個人博客，刪除博客，更新個人博客。非本人也可以觀看他人的博客，也可以評論他人的博客，所以需要用到分頁功能和輪滑加載功能配合前端展示不是私密的博客給他人觀看。每個用戶所看到的博客都是最新發(fā)的博客，可以與他人進行學習交流。每個發(fā)表者要尊重他人的知識勞動成果，切勿抄襲并且發(fā)表不適當?shù)奈恼�，做一名合格的博友�?font class="jammer">" l! K) g. V5 t m4 f/ x

當用戶輸入賬號密碼登錄后，可以看到博客的主頁如下圖所示，主頁面可以看到發(fā)表人和發(fā)表的文章，點擊文章可以進入文章的主頁面進行學習交流。

11.2、用戶的文章中心
用戶的文章微服務中心的功能包含發(fā)表，查看，修改，刪除，用戶可以控制自己發(fā)表過的每一篇文章。

關于文章的增刪改會在后續(xù)標題中得到詳解，在此只放出用戶的個人文章中心由圖可以看出是用戶發(fā)表過的全部文章，后端利用的是先分頁后List方式，最終傳送前端進行ListItem遍歷顯示即可。

由于也使用了Elasticsearch把文章分類作為存儲索引，但是重要的文章信息均放在數(shù)據(jù)庫中，在此只提一下，到后續(xù)的分類搜索中會詳細說明。

11.3、發(fā)表個人的博客
文章的的發(fā)布有許多選擇，自己可以選擇文章的分類和文章的標簽，同樣也可以設置文章的可見性。用戶可以設置文章的標簽，標簽用來顯示給游客看，用來文章的標識認證，還可以設置文章的分類，類型和保密性，每種文章的分類會發(fā)布到那個分類的專區(qū)。文章類型有三種，若是轉載和翻譯他人的文章需要著名地址，保護他人的知識勞動成果。只有具備會員資格才可以發(fā)送到會員專區(qū)，但是轉載的文章不可以發(fā)送到會員專區(qū)，發(fā)表文章時可參考紅字注意事項。

博客的發(fā)表的核心原代碼如以下所示：

//獲取文章的摘要markdown格式-html-summaryString words= StringFromHtmlUtil.getString(MDTool.markdown2Html(blogFrontPublish.getArticleContent()));//獲取文章的摘要且摘要長度為255個字符String summary = words.length() > 240 ? words.substring(0, 240) + "......" : words;//去除轉換后存在的空格String tagTar = blogFrontPublish.getArticleTag().replaceAll(" ", "");//將文章的分類寫入分類表然后再插入整篇文章UserArticleCategory userArticleCategory=userArticleCategoryMapper.findAllByCategoryName(blogFrontPublish.getArticleCategory());if (userArticleCategory==null){ userArticleCategory=new UserArticleCategory(); userArticleCategory.setCategoryArticles(""); userArticleCategory.setCategoryName(blogFrontPublish.getArticleCategory());//返回獲取到的自增ID userArticleCategoryMapper.insert(userArticleCategory);}//把標簽寫入數(shù)據(jù)庫for (String tag :tagTar.split(",")) { if (tag.replaceAll(" ", "").length() == 0) { //單個標簽只含空格 continue;} UserArticleTag userArticleTag = userArticleTagMapper.findAllByTagName(tag); if (userArticleTag==null){ userArticleTag=new UserArticleTag(); userArticleTag.setTagName(tag); userArticleTag.setTagArticles(""); userArticleTagMapper.insert(userArticleTag);}//轉換后的值再更新得到文章表的主鍵 userArticleTag.setTagArticles(userArticleTag.getTagArticles()+userArticle.getId()+","); userArticle.setArticleTagsId(userArticle.getArticleTagsId()+userArticleTag.getId()+","); userArticleTagMapper.updateTagNameAndTagArticlesById(userArticleTag.getTagName(),userArticleTag.getTagArticles(),userArticleTag.getId());}
11.4、修改個人的博客
若是需要修改個人的博客，需要進入圖5-33的個人博客中心，查看發(fā)表的指定文章進入到指定文章的頁面，點擊編輯按鈕，不是本人的文章不會出現(xiàn)編輯按鈕，博客的編輯按鈕效果圖如下圖所示：

可以修改文章的所有的條件與內容。

文章的發(fā)表與修改的源碼不同在于要刪除之前的原屬文章的分類Id與標簽Id的關聯(lián)，再進入文章的插入，不過文章的修改也會觸發(fā)在搜索引擎上的文章信息修改，搜索引擎上的文章信息也會跟著更新，保持搜索到最新的數(shù)據(jù)。

11.5、刪除個人的博客
刪除個人的博客需要刪除數(shù)據(jù)庫和搜索引擎上的文章，刪除文章后不可恢復。

11.6、用戶的文章布局
完整博客的顯示方式是采用GitHub的代碼高亮布局，可以是用戶看到自己的博客是嵌入式的面板，可以給予人一種清爽的感覺。由于采用Vue，可以不用動態(tài)渲染html，使用v-html命令就可以把后端傳過來的數(shù)據(jù)利用showdown轉換器轉換給html直接顯示給用戶看。

11.7、點贊用戶的文章
互聯(lián)網(wǎng)時代每個人都或許都點贊過他人分享的文章，本次設計是博客所以會涉及到點贊，當用戶太多時需要考慮到高并發(fā)的情況。正常情況的點贊并不會給后端造成多大的負載壓力，如果是熱門的文章博客，用戶點贊與取消點贊，評論，分享等，對于后端來說這些都會帶來巨大的流量，如果后端接口支撐不住，前端得不到響應，前端無法響應就會返回404，會導致用戶體驗極差。

由上圖可知，核心的模塊就是點贊與取消點贊，利用Redisson把多個用戶的請求利用分布式鎖分開請求，利用“緩存”保護數(shù)據(jù)庫。若用戶點贊微博，則后端會先查詢是否存在點贊記錄，當存在點贊記錄時，分析是否是完成點贊還是已經(jīng)取消了點贊。若沒存在點贊記錄，則完成數(shù)據(jù)庫中的點贊記錄更新，再把點贊結果“緩存”到Redis中，若是取消點贊，則直接會在“緩存”中刪除，更新數(shù)據(jù)庫中的結果。每一篇文章的點贊總數(shù)都是利用“緩存”計算得到一篇文章的結果發(fā)送給前端顯示。前面的操作都是利用Redisson操作的，所以當高并發(fā)多線程請求時，分布式鎖就會控制資源的并發(fā)訪問，避免出現(xiàn)文章數(shù)據(jù)不一致的情況。

11.8、收藏用戶的文章
用戶允許收藏自己的文章，收藏的功能也借用了Redisson的分布鎖來控制收藏的緩存，收藏與博客的點贊功能相似。

11.9、評論用戶的文章
評論的實現(xiàn)比較簡單，一級評論的用戶的Id為父Id，只含有一級評論與二級評論，分頁直接查看文章的所有評論。

11.10、博客的文章排行榜
文章排行榜采依舊是利用了Redisson，排行榜與標題3-7-4的點贊關聯(lián)緊密，“點贊”會導致熱流，形成短時間內的超高人氣，把文章的排行榜放給用戶看，可以增強用戶的體驗。不是所有的功能都要用分布式鎖，排行榜不需要用到分布式鎖，也不需要控制非常高的高并發(fā)流量，對于后端來說控制排行榜比較簡單。

排行榜需要保證查詢數(shù)據(jù)庫的點贊表的SQL正確，SQL錯誤之后的所有操作都是白費力氣，這個要設置一定的范圍與時間差來確保文章的間斷實時性，最后要把數(shù)據(jù)庫中的數(shù)據(jù)放到緩存中。對于緩存的操作，用戶的點贊與取消點贊都會觸發(fā)緩存中的排行榜排序。用戶請求后，會查到緩存中的排行榜點贊數(shù)最多的前10篇文章，利用List的文章Id找到文章的信息，最后打包傳給前端顯示。排行榜算是一種實時性要求不算很高的，可以使用定時的方式主動更新緩存中排行榜記錄。

12
博客的搜索中心
12.1、搜索引擎的應用
當微服務整合Zipkin時，運行系統(tǒng)會產(chǎn)生大量的API運行指標，而Elasticsearch（ES）作為一種存儲方式，可以把那些運行API指標存儲到ES中。

Elasticsearch的index是文檔索引，與數(shù)據(jù)庫的“庫”相似，type是文檔類型，與數(shù)據(jù)庫中的“表”相似，id是一個字段作為主鍵。

12.2、博客的分類搜索
博客的搜索中心包含文章的顯示的信息，例如標題和文章內容的摘要，由于把文章的整篇內容均放到數(shù)據(jù)庫中，所以搜素引擎上的文章是負載均衡保存提示的信息，用戶可以根據(jù)搜索界面的搜索框查詢Elasticsearch上文章，根據(jù)的是文章的分類的區(qū)域和關鍵字，后端判關鍵字是否符合且存在，然后把結果傳給前端顯示。

12.3、博客的分類主頁
博客的分類主頁是利用Elasticsearch上的文章信息進行遍歷，用戶發(fā)表的博客時候選擇的分類作為Elasticsearch索引的名負載均衡到Elasticsearch，分類中心的文章每次選擇20篇最新的文章傳給給用戶觀看。

13
博客的測試分析
13.1、博客的請求抗壓性分析
博客采用的是前后端的分離模式，所以對于前端傳過來的Token，后端只要鑒定Redis中存在Token即放行API的請求，同時前端可以防止表單的多次提交，前端可以增加JS監(jiān)聽Button的提交，也可以使用session鑒定請求的時間間隔。不過博客大多采用Axios的異步提交，http成功時可以把Button設置為true或者直接局部刷新網(wǎng)頁重置數(shù)據(jù)。對于博客中的支付中心，另起線程中需要防止出現(xiàn)業(yè)務出現(xiàn)錯誤，或者網(wǎng)絡錯誤導致負載均衡出現(xiàn)中斷錯誤，所以需要catch防止程序出現(xiàn)錯誤，同樣還必須保存支付寶異步通知的結果防止另起線程中出現(xiàn)異常。對于每個用戶的請求，可以采用服務器的限制流量，限制的方向可由個人選擇，需要在服務器的圖形化界面中可以設置。

13.2、博客的功能擴展性分析
博客的前端容易擴展，由于Vue本身具有的實用的數(shù)據(jù)綁定優(yōu)勢，所以前端只要時間充足就可以隨意擴展，還有一個很重要的原因是安全是后端來控制的。博客后端的每一個微服務的中心承擔著一個功能模塊，若是發(fā)生不同功能的擴充則需要多添加一個微服務的中心。當功能相同只是擴展當前的功能，則可以直接在某個微服務中心增加代碼即可。編寫博客時遵守了Java代碼的規(guī)范，為以后的擴充打下堅實的基礎。本次博客各個中心均遵守了Java的代碼規(guī)范，微服務中的module劃分清晰，功能擴充方便。

Pom文件中的module劃分如下圖所示：

項目工程資源請參見：https://download.csdn.net/download/m0_38106923/87849577

往期推薦畢業(yè)設計So Easy：Java MySQL智能報紙閱讀器APP應用
畢業(yè)設計So Easy：基于C++實現(xiàn)網(wǎng)絡掃描器
畢業(yè)設計So Easy：基于Java Web學生選課系統(tǒng)
畢業(yè)設計So Easy：基于Java語言西餐廳點餐系統(tǒng)
畢業(yè)設計So Easy：珠穆朗瑪FM音頻電臺APP

點擊閱讀原文，更精彩~

畢業(yè)設計So Easy：Java Vue SpringCloud實現(xiàn)博客系統(tǒng)

發(fā)表回復

精選推薦