主頁 > 資料庫 > 從零開始的SpringBoot前后端分離入門級專案(五)

從零開始的SpringBoot前后端分離入門級專案(五)

2020-09-25 23:32:14 資料庫

一個很正常的目錄

  • 前情回顧
  • 資料傳輸物件(DTO)
    • 創建登錄和注冊功能的DTO
      • UserLoginDTO
      • UserRegisterDTO
      • 修改UserDao
      • 修改UserController
      • 修改UserService
  • 用戶初始權限的設定
    • 初始權限的設定
      • 添加初始權限和查詢用戶角色
      • 授予初始權限
      • 啟用事務管理
  • 改進用戶登錄模塊
  • 保護用戶的隱私資訊!

前情回顧

在前一篇博客我們成功的撰寫了登錄與注冊的介面,但是還存在著一些問題,這篇博客我們將會更深入的對登錄與注冊的進行講解,

資料傳輸物件(DTO)

我們在登錄或者注冊時,其實只用到了User物件的某些屬性,在訪問別的用戶時也不該把別的用戶的密碼等欄位給查詢出來,這時候如果我們全都使用User物件則會產生部分冗余的欄位,這些冗余的部分就如我們前面說過的一樣會降低資料傳輸的效率,所以我們首先從這里入手,創建出不同情形下所需要用到的DTO,

創建登錄和注冊功能的DTO

UserLoginDTO

用戶登錄時我們只需要用戶輸入用戶名和密碼,所以UserLoginDTO中僅有兩個欄位:

@Data
@AllArgsConstructor
@NoArgsConstructor
public class UserLoginDTO {
    @NotNull(message = "賬號不允許為空")
    private String username;
    @NotNull(message = "密碼不允許為空")
    private String password;
}

而注冊時我們只希望用戶去填寫用戶名、密碼、昵稱即可完成注冊:

UserRegisterDTO

@Data
@AllArgsConstructor
@NoArgsConstructor
public class UserRegisterDTO {
    @NotNull(message = "用戶名不允許為空")
    private String username;
    @NotNull(message = "密碼不允許為空")
    private String password;
    @NotNull(message = "昵稱不允許為空")
    private String nickname;
}

完成了兩個欄位的撰寫之后我們就要去Controller層以及Service層對我們的代碼進行修改,將原本接受的User物件轉為相應的DTO物件

修改UserDao

    /**
     * 通過登錄的賬號查詢是否存在該用戶
     *
     * @param loginName 登錄名,可能是username也可能是email
     * @return 回傳用戶密碼
     */
    @Select("SELECT id,password FROM tb_user WHERE username = #{loginName}")
    User userLogin(@Param("loginName") String loginName);

修改UserController

	@PostMapping("/register")
    public CommonResult<String> register(@RequestBody UserRegisterDTO urDTO) {
        userService.userRegister(urDTO);
        return new CommonResult<>(20000, "OK", "注冊成功");
    }

    @PostMapping("/login")
    public CommonResult<String> login(@RequestBody UserLoginDTO ulDTO) {
        String res = userService.userLogin(ulDTO);
        return new CommonResult<>(20000, "OK", res);
    }

修改UserService

    public void userRegister(UserRegisterDTO urDTO) {
        User user = new User();
        BeanUtils.copyProperties(urDTO,user);
        try {
            user.setId(idWorker.nextId() + "");
            user.setEnable(1);
            user.setAddtime(DateTimeTransferUtil.getNowTimeStamp());
            userDao.userRegister(user);
        } catch (Exception e) {
            throw new DuplicateKeyException("用戶名重復");
        }
    }

    public String userLogin(UserLoginDTO ulDTO) {
        User trueUser = userDao.userLogin(ulDTO.getUsername());
        if (trueUser.getPassword().equals(ulDTO.getPassword())){
            return "登陸成功";
        }
        throw new InternalAuthenticationServiceException("用戶名或密碼有誤");
    }

在userRegister方法中我們使用了BeanUtils.copyProperties方法,這是Spring為我們為我們提供的一個方法,可以幫助我們快速的從一個DTO中讀取值注入到一個pojo中,反之亦可,關于該方法可以上網查詢相關資料,
那么我們就已經完成了從接收pojo到接收DTO的轉換,但是問題僅此而已嗎?讓我們走進本篇博客的下一個部分–設定用戶權限

用戶初始權限的設定

在我們之前的博客中我們講述了本次專案的權限驗證主要是通過token實作的,但是我們上次撰寫的代碼中沒有在注冊時給用戶提供初始的權限,也沒有在用戶完成登錄時生成一個token回傳給前端,這些內容我們將在本節慢慢講述,

初始權限的設定

我們需要在用戶成功注冊之后完成用戶初始權限的賦予,所以讓我們在UserDao中添加相應的方法完成這個功能,

添加初始權限和查詢用戶角色

    /**
     * 用戶注冊時分配用戶角色
     *
     * @param uid 用戶id
     */
    @Insert("INSERT INTO tb_role(uid,rolename) VALUES(#{uid},default)")
    void allocateUserRole(@Param("uid") String uid);
    
	/**
     * 通過用戶id查詢用戶角色
     *
     * @param id 用戶id
     * @return 用戶角色
     */
    @Select("SELECT rolename FROM tb_role WHERE uid = #{id}")
    String getUserRole(@Param("id") String id);

在這里我們使用default是因為我們在資料庫的tb_role表中設定了默認的角色名是MEMBER

授予初始權限

我們在為UserDao添加了相關方法后把目光投回UserService中:

	public void userRegister(UserRegisterDTO urDTO) {
        User user = new User();
        BeanUtils.copyProperties(urDTO,user);
        try {
            user.setId(idWorker.nextId() + "");
            user.setEnable(1);
            user.setAddtime(DateTimeTransferUtil.getNowTimeStamp());
            userDao.userRegister(user);
            userDao.allocateUserRole(user.getId());
        } catch (Exception e) {
            throw new DuplicateKeyException("用戶名重復");
        }
    }

在用戶注冊之后執行添加用戶角色的allocateUserRole()方法,這樣就完成了注冊時的初始權限賦予,讓我們先執行程式使用PostMan進行測驗 [先將資料庫中同名的資料洗掉!]:
在這里插入圖片描述
提示我們注冊成功,前往資料庫查看tb_user表和tb_role表,可以看到用戶的已經成功注冊了并且也分配好了默認的MEMBER角色,但這樣真的完成了嗎?我們回到UserService里的userRegister方法添加如下代碼

//請先將try catch的有關代碼注釋
userDao.userRegister(user);
//在兩行代碼中插入下面這一行代碼
int i = 1 / 0;
userDao.allocateUserRole(user.getId());

很明顯現在會出現錯誤,讓我們運行程式并重新訪問注冊介面
在這里插入圖片描述

這時候我們打開資料庫,發現資料庫中用戶名為test1的用戶已經注冊成功了,但是因為出現了錯誤我們沒能為它分配一個角色!
在這里插入圖片描述
在這里插入圖片描述

啟用事務管理

這種情況很顯然是我們不想出現的,我們希望它要么一起成功,要么一起失敗,而不像現在這樣成功一半失敗一半,這時候我們需要在UserService這個類上添加@Transactional(rollbackForClassName = "Exception.class") 這個來自Spring框架注解可以讓我們啟用事務功能并在出現指定型別的錯誤時發生回滾(在這里我們指定任意的例外時都進行回滾),重啟專案,洗掉剛剛注冊的test1,并用同樣的資料進行注冊,這時候我們就會發現雖然出錯了,但是我們兩個步驟都沒有生效,就完成了要么一起成功,要么一起失敗的實作,【測驗完成后記得把被注釋的TryCatch代碼取消注釋】
到這里我們就完成了用戶初始權限的設定,接下來我們就要改進用戶登錄的模塊了

改進用戶登錄模塊

我們前面說到用戶成功登錄之后應該使用用戶的id和權限名生成一個Token回傳給前端,那么我們就來完成這個功能,首先我們要先前往UserDao將userLogin方法進行如下修改:

    /**
     * 通過登錄的賬號查詢是否存在該用戶
     *
     * @param loginName 登錄名,可能是username也可能是email
     * @return 回傳用戶密碼
     */
    @Select("SELECT id,password FROM tb_user WHERE username = #{loginName}")
    User userLogin(@Param("loginName") String loginName);

然后將UserService修改如下:

    public String userLogin(UserLoginDTO ulDTO) {
        User trueUser = userDao.userLogin(ulDTO.getUsername());
        if (trueUser.getPassword().equals(ulDTO.getPassword())){
            return jwtUtil.createJWT(trueUser.getId(),userDao.getUserRole(trueUser.getId()));
        }
        throw new InternalAuthenticationServiceException("用戶名或密碼有誤");
    }

我們按照要求回傳了使用用戶id和用戶角色創建的token,那么我們就在Controller的統一請求回傳體里攜帶上這個Token,

    @PostMapping("/login")
    public CommonResult<String> login(@RequestBody UserLoginDTO ulDTO) {
        String token = userService.userLogin(ulDTO);
        return new CommonResult<>(20000, "OK", toekn);
    }

那么我們向前端回傳token的任務也已經完成,我們改進用戶登錄模塊的作業也告一段落,讓我們回看整個注冊和登錄的功能,目前已經是比較完善的了,但是仍然存在著一些問題,接下來就讓我們進一步的改進注冊流程,

保護用戶的隱私資訊!

隨著互聯網的大發展,每隔一段時間就會出現一些用戶密碼泄露的新聞,不管是外部的攻擊或者是內部作業人員的泄露,我們都應該對此提高警惕,無論是業務邏輯的撰寫的程序亦或者是用戶資訊的存盤程序我們都要提高警惕,目前專案中用戶的密碼都是明文存盤的,我們應該使用某種加密方法對用戶的密碼進行加密,這樣即使儲存于資料庫中的用戶密碼不幸泄露也無法被破解,
那么我們應該怎么進行加密呢?我們可以采用SpringSecurity框架中自帶的BCryptPasswordEncoder類對隱私資訊進行加密!

關于加密所涉及的演算法筆者又不在此贅述,如果比較感興趣可以訪問SpringSecurity的官方檔案進行學習與研究

具體的使用方法如下,首先在主啟動類中注冊這個類:

	@Bean
    public BCryptPasswordEncoder bCryptPasswordEncoder(){
        return new BCryptPasswordEncoder();
    }

然后在UserService中進行如下修改:
首先通過構造方法注入這個加密類

	private final UserDao userDao;
    private final IdWorker idWorker;
    private final JwtUtil jwtUtil;
    private final BCryptPasswordEncoder bCryptPasswordEncoder;
    
    public UserService(UserDao userDao, IdWorker idWorker, JwtUtil jwtUtil, BCryptPasswordEncoder bCryptPasswordEncoder) {
        this.userDao = userDao;
        this.idWorker = idWorker;
        this.jwtUtil = jwtUtil;
        this.bCryptPasswordEncoder = bCryptPasswordEncoder;
    }

然后在用戶注冊時對用戶的密碼進行加密

public void userRegister(UserRegisterDTO urDTO) {
        User user = new User();
        BeanUtils.copyProperties(urDTO,user);
        try {
            user.setId(idWorker.nextId() + "");
            user.setEnable(1);
            user.setAddtime(DateTimeTransferUtil.getNowTimeStamp());
            //進行加密
            user.setPassword(bCryptPasswordEncoder.encode(user.getPassword()));
            userDao.userRegister(user);
            userDao.allocateUserRole(user.getId());
        } catch (Exception e) {
            throw new DuplicateKeyException("用戶名重復");
        }
    }

在用戶登錄時我們要判斷用戶的密碼是否與資料庫中存盤的密碼相同,既然注冊時存盤的密碼已經被加密了,那我們怎么去判斷呢?其實框架的作者也已經想到了這一點,他為我們提供了matches()方法進行判斷,如果相同則為true,不同則為false,那我們就對用戶登錄模塊進行修改:

    public String userLogin(UserLoginDTO ulDTO) {
        User trueUser = userDao.userLogin(ulDTO.getUsername());
        //前面放的是用戶輸入的密碼,后面是加密過的密碼
        if (bCryptPasswordEncoder.matches(ulDTO.getPassword(), trueUser.getPassword())) {
            return jwtUtil.createJWT(trueUser.getId(), userDao.getUserRole(trueUser.getId()));
        }
        throw new InternalAuthenticationServiceException("用戶名或密碼有誤");
    }

那么到這里我們對用戶隱私資訊的加密也已經完成了,啟動專案,讓我們來通過postman對兩個功能進行測驗吧~
在這里插入圖片描述
首先對注冊介面進行測驗(測驗前記得洗掉之前的測驗賬號!),發現注冊成功,來到資料庫,我們可以看到用戶的密碼已經被加密過了!在這里插入圖片描述
接下來再讓我們測驗一下登錄介面:
在這里插入圖片描述
同樣發現登陸成功,并且且成功的拿到了生成的token令牌!有了token令牌前端每次請求時我們就能直接拿到用戶的id和權限,對我們后續的業務代碼撰寫提供了強有力的支撐,

到這里本篇博客的內容也基本告一段落,經過這篇博客,我們的登錄注冊介面已經比較完善了,但是真的就一點問題都沒有了嗎?請讀者自行思考,筆者將在下一篇博客揭曉答案,
本次博客的內容也到此為止了,如果對博客內容有疑問可以私信聯系筆者,如果這篇文章對你有用希望你能點一個贊,謝謝~

轉載請註明出處,本文鏈接:https://www.uj5u.com/shujuku/128704.html

標籤:其他

上一篇:金九銀十前備戰倆月肝了這近4000頁Java筆試題,位元組,美團,百度,華為,京東等多家大廠offer全部收入囊中

下一篇:當kafka磁區不能再增加的情況下,使用多執行緒提升kafka消費能力(附原始碼)

標籤雲
其他(157675) Python(38076) JavaScript(25376) Java(17977) C(15215) 區塊鏈(8255) C#(7972) AI(7469) 爪哇(7425) MySQL(7132) html(6777) 基礎類(6313) sql(6102) 熊猫(6058) PHP(5869) 数组(5741) R(5409) Linux(5327) 反应(5209) 腳本語言(PerlPython)(5129) 非技術區(4971) Android(4554) 数据框(4311) css(4259) 节点.js(4032) C語言(3288) json(3245) 列表(3129) 扑(3119) C++語言(3117) 安卓(2998) 打字稿(2995) VBA(2789) Java相關(2746) 疑難問題(2699) 细绳(2522) 單片機工控(2479) iOS(2429) ASP.NET(2402) MongoDB(2323) 麻木的(2285) 正则表达式(2254) 字典(2211) 循环(2198) 迅速(2185) 擅长(2169) 镖(2155) 功能(1967) .NET技术(1958) Web開發(1951) python-3.x(1918) HtmlCss(1915) 弹簧靴(1913) C++(1909) xml(1889) PostgreSQL(1872) .NETCore(1853) 谷歌表格(1846) Unity3D(1843) for循环(1842)

熱門瀏覽
  • GPU虛擬機創建時間深度優化

    **?桔妹導讀:**GPU虛擬機實體創建速度慢是公有云面臨的普遍問題,由于通常情況下創建虛擬機屬于低頻操作而未引起業界的重視,實際生產中還是存在對GPU實體創建時間有苛刻要求的業務場景。本文將介紹滴滴云在解決該問題時的思路、方法、并展示最終的優化成果。 從公有云服務商那里購買過虛擬主機的資深用戶,一 ......

    uj5u.com 2020-09-10 06:09:13 more
  • 可編程網卡芯片在滴滴云網路的應用實踐

    **?桔妹導讀:**隨著云規模不斷擴大以及業務層面對延遲、帶寬的要求越來越高,采用DPDK 加速網路報文處理的方式在橫向縱向擴展都出現了局限性。可編程芯片成為業界熱點。本文主要講述了可編程網卡芯片在滴滴云網路中的應用實踐,遇到的問題、帶來的收益以及開源社區貢獻。 #1. 資料中心面臨的問題 隨著滴滴 ......

    uj5u.com 2020-09-10 06:10:21 more
  • 滴滴資料通道服務演進之路

    **?桔妹導讀:**滴滴資料通道引擎承載著全公司的資料同步,為下游實時和離線場景提供了必不可少的源資料。隨著任務量的不斷增加,資料通道的整體架構也隨之發生改變。本文介紹了滴滴資料通道的發展歷程,遇到的問題以及今后的規劃。 #1. 背景 資料,對于任何一家互聯網公司來說都是非常重要的資產,公司的大資料 ......

    uj5u.com 2020-09-10 06:11:05 more
  • 滴滴AI Labs斬獲國際機器翻譯大賽中譯英方向世界第三

    **桔妹導讀:**深耕人工智能領域,致力于探索AI讓出行更美好的滴滴AI Labs再次斬獲國際大獎,這次獲獎的專案是什么呢?一起來看看詳細報道吧! 近日,由國際計算語言學協會ACL(The Association for Computational Linguistics)舉辦的世界最具影響力的機器 ......

    uj5u.com 2020-09-10 06:11:29 more
  • MPP (Massively Parallel Processing)大規模并行處理

    1、什么是mpp? MPP (Massively Parallel Processing),即大規模并行處理,在資料庫非共享集群中,每個節點都有獨立的磁盤存盤系統和記憶體系統,業務資料根據資料庫模型和應用特點劃分到各個節點上,每臺資料節點通過專用網路或者商業通用網路互相連接,彼此協同計算,作為整體提供 ......

    uj5u.com 2020-09-10 06:11:41 more
  • 滴滴資料倉庫指標體系建設實踐

    **桔妹導讀:**指標體系是什么?如何使用OSM模型和AARRR模型搭建指標體系?如何統一流程、規范化、工具化管理指標體系?本文會對建設的方法論結合滴滴資料指標體系建設實踐進行解答分析。 #1. 什么是指標體系 ##1.1 指標體系定義 指標體系是將零散單點的具有相互聯系的指標,系統化的組織起來,通 ......

    uj5u.com 2020-09-10 06:12:52 more
  • 單表千萬行資料庫 LIKE 搜索優化手記

    我們經常在資料庫中使用 LIKE 運算子來完成對資料的模糊搜索,LIKE 運算子用于在 WHERE 子句中搜索列中的指定模式。 如果需要查找客戶表中所有姓氏是“張”的資料,可以使用下面的 SQL 陳述句: SELECT * FROM Customer WHERE Name LIKE '張%' 如果需要 ......

    uj5u.com 2020-09-10 06:13:25 more
  • 滴滴Ceph分布式存盤系統優化之鎖優化

    **桔妹導讀:**Ceph是國際知名的開源分布式存盤系統,在工業界和學術界都有著重要的影響。Ceph的架構和演算法設計發表在國際系統領域頂級會議OSDI、SOSP、SC等上。Ceph社區得到Red Hat、SUSE、Intel等大公司的大力支持。Ceph是國際云計算領域應用最廣泛的開源分布式存盤系統, ......

    uj5u.com 2020-09-10 06:14:51 more
  • es~通過ElasticsearchTemplate進行聚合~嵌套聚合

    之前寫過《es~通過ElasticsearchTemplate進行聚合操作》的文章,這一次主要寫一個嵌套的聚合,例如先對sex集合,再對desc聚合,最后再對age求和,共三層嵌套。 Aggregations的部分特性類似于SQL語言中的group by,avg,sum等函式,Aggregation ......

    uj5u.com 2020-09-10 06:14:59 more
  • 爬蟲日志監控 -- Elastc Stack(ELK)部署

    傻瓜式部署,只需替換IP與用戶 導讀: 現ELK四大組件分別為:Elasticsearch(核心)、logstash(處理)、filebeat(采集)、kibana(可視化) 下載均在https://www.elastic.co/cn/downloads/下tar包,各組件版本最好一致,配合fdm會 ......

    uj5u.com 2020-09-10 06:15:05 more
最新发布
  • day02-2-商鋪查詢快取

    功能02-商鋪查詢快取 3.商鋪詳情快取查詢 3.1什么是快取? 快取就是資料交換的緩沖區(稱作Cache),是存盤資料的臨時地方,一般讀寫性能較高。 快取的作用: 降低后端負載 提高讀寫效率,降低回應時間 快取的成本: 資料一致性成本 代碼維護成本 運維成本 3.2需求說明 如下,當我們點擊商店詳 ......

    uj5u.com 2023-04-20 08:33:24 more
  • MySQL中binlog備份腳本分享

    關于MySQL的二進制日志(binlog),我們都知道二進制日志(binlog)非常重要,尤其當你需要point to point災難恢復的時侯,所以我們要對其進行備份。關于二進制日志(binlog)的備份,可以基于flush logs方式先切換binlog,然后拷貝&壓縮到到遠程服務器或本地服務器 ......

    uj5u.com 2023-04-20 08:28:06 more
  • day02-短信登錄

    功能實作02 2.功能01-短信登錄 2.1基于Session實作登錄 2.1.1思路分析 2.1.2代碼實作 2.1.2.1發送短信驗證碼 發送短信驗證碼: 發送驗證碼的介面為:http://127.0.0.1:8080/api/user/code?phone=xxxxx<手機號> 請求方式:PO ......

    uj5u.com 2023-04-20 08:27:27 more
  • 快取與資料庫雙寫一致性幾種策略分析

    本文將對幾種快取與資料庫保證資料一致性的使用方式進行分析。為保證高并發性能,以下分析場景不考慮執行的原子性及加鎖等強一致性要求的場景,僅追求最終一致性。 ......

    uj5u.com 2023-04-20 08:26:48 more
  • sql陳述句優化

    問題查找及措施 問題查找 需要找到具體的代碼,對其進行一對一優化,而非一直把關注點放在服務器和sql平臺 降低簡化每個事務中處理的問題,盡量不要讓一個事務拖太長的時間 例如檔案上傳時,應將檔案上傳這一步放在事務外面 微軟建議 4.啟動sql定時執行計劃 怎么啟動sqlserver代理服務-百度經驗 ......

    uj5u.com 2023-04-20 08:26:35 more
  • 云時代,MySQL到ClickHouse資料同步產品對比推薦

    ClickHouse 在執行分析查詢時的速度優勢很好的彌補了MySQL的不足,但是對于很多開發者和DBA來說,如何將MySQL穩定、高效、簡單的同步到 ClickHouse 卻很困難。本文對比了 NineData、MaterializeMySQL(ClickHouse自帶)、Bifrost 三款產品... ......

    uj5u.com 2023-04-20 08:26:29 more
  • sql陳述句優化

    問題查找及措施 問題查找 需要找到具體的代碼,對其進行一對一優化,而非一直把關注點放在服務器和sql平臺 降低簡化每個事務中處理的問題,盡量不要讓一個事務拖太長的時間 例如檔案上傳時,應將檔案上傳這一步放在事務外面 微軟建議 4.啟動sql定時執行計劃 怎么啟動sqlserver代理服務-百度經驗 ......

    uj5u.com 2023-04-20 08:25:13 more
  • Redis 報”OutOfDirectMemoryError“(堆外記憶體溢位)

    Redis 報錯“OutOfDirectMemoryError(堆外記憶體溢位) ”問題如下: 一、報錯資訊: 使用 Redis 的業務介面 ,產生 OutOfDirectMemoryError(堆外記憶體溢位),如圖: 格式化后的報錯資訊: { "timestamp": "2023-04-17 22: ......

    uj5u.com 2023-04-20 08:24:54 more
  • day02-2-商鋪查詢快取

    功能02-商鋪查詢快取 3.商鋪詳情快取查詢 3.1什么是快取? 快取就是資料交換的緩沖區(稱作Cache),是存盤資料的臨時地方,一般讀寫性能較高。 快取的作用: 降低后端負載 提高讀寫效率,降低回應時間 快取的成本: 資料一致性成本 代碼維護成本 運維成本 3.2需求說明 如下,當我們點擊商店詳 ......

    uj5u.com 2023-04-20 08:24:03 more
  • day02-短信登錄

    功能實作02 2.功能01-短信登錄 2.1基于Session實作登錄 2.1.1思路分析 2.1.2代碼實作 2.1.2.1發送短信驗證碼 發送短信驗證碼: 發送驗證碼的介面為:http://127.0.0.1:8080/api/user/code?phone=xxxxx<手機號> 請求方式:PO ......

    uj5u.com 2023-04-20 08:23:11 more