在使用SpringMVC进行项目的时候用到了权限验证。 表分为/用户表/角色表/资源表。 用户-角色-资源都是多对多的关系，验证无非就是收到请求后，在拦截器循环判断用户是否有权限执行操作。 方法一：通过request获得用户的URI，再逐一循环判断是否可以操作。只是这种方法很让人难受。 方法二：通过用户要访问的方法来判断是否有权限： preHandle方法中handler实际为Hand

一、介绍 Java由Sun Microsystems发明并在1995年发布，是世界上使用最广泛的编程语言之一。Java是一个通用编程语言。由于它拥有功能强大的库、运行时、简单的语法、平台无关（Write Once, Run Anywhere - WORA）以及令人敬畏的社区从而吸引了很多的开发者。 本系列文章我们我们将会覆盖一些高级的Java概念，我们假设你对Java语言已经有一些基础知识。本系列

从 Java 8 引入的一个很有趣的特性是 Optional 类。Optional 类主要解决的问题是臭名昭著的空指针异常（NullPointerException） —— 每个 Java 程序员都非常了解的异常。本质上，这是一个包含有可选值的包装类，这意味着 Optional 类既可以含有对象也可以为空。 Optional 是 Java 实现函数式编程的强劲一步，并且帮助在范式中实现。但是 O

消息中间件是分布式系统常用的组件，无论是异步化、解耦、削峰等都有广泛的应用价值。我们通常会认为，消息中间件是一个可靠的组件——这里所谓的可靠是指，只要我把消息成功投递到了消息中间件，消息就不会丢失，即消息肯定会至少保证消息能被消费者成功消费一次，这是消息中间件最基本的特性之一，也就是我们常说的“AT LEAST ONCE”，即消息至少会被“成功消费一遍”。 举个例子，一个消息M发送到了消息中间件，

文章介绍了spring-boot中实现通用auth的四种方式，包括 传统AOP、拦截器、参数解析器和过滤器，并提供了对应的实例代码，最后简单总结了下他们的执行顺序。 前言 最近一直被无尽的业务需求淹没，没时间喘息，终于接到一个能让我突破代码舒适区的活儿，解决它的过程非常曲折，一度让我怀疑人生，不过收获也很大，代码方面不明显，但感觉自己抹掉了 java、Tomcat、Spring 一直挡在我眼前的一

《阿里巴巴Java开发规范》关于领域模型的部分介绍如下 分层领域模型规约: DO(Data Object):此对象的属性与数据库表结构一一对应，通过 DAO 层向上传输数据源对象。 DTO(Data Transfer Object):数据传输对象，Service 或 Manager 向外传输的对象。 BO(Business Object):业务对象，由 Service 层输出的封装业务逻辑的对

在文章的开头，先说下NPE问题，NPE问题就是，我们在开发中经常碰到的NullPointerException.假设我们有两个类，他们的UML类图如下图所示 在这种情况下，有如下代码 user.getAddress().getProvince(); 这种写法，在user为null时，是有可能报NullPointerException异常的。为了解决这个问题，于是采用下面的写法 if(user!

本文并不肯定或者否定哪一种写法，仅仅为大家提供一些其他的编码思路或者一些值得借鉴的点子。 设计更好的软件，替换 If-Else 的 5 种方法，从入门到高级示例 If-Else 通常是一个糟糕的选择，它导致设计复杂，代码可读性差，并且可能导致重构困难。 但是，If-Else 已成为事实上的代码分支解决方案，这确实是有道理的。这是向所有有抱负的开发人员讲授的第一件事。 不幸的是，许多开发人员从

在文章的开头，先说下NPE问题，NPE问题就是，我们在开发中经常碰到的NullPointerException.假设我们有两个类，他们的UML类图如下图所示 在这种情况下，有如下代码 user.getAddress().getProvince(); 这种写法，在user为null时，是有可能报NullPointerException异常的。为了解决这个问题，于是采用下面的写法 if(user!

前言 在多个人同时对一个商品下单时，如果处理的不得当会存在超卖的现象，这种严重的bug是无法接受的。 这是一种极为常见的并发问题，这个时候就有开发者想到了通过锁来控制。但是由于很多小伙伴对于锁没有一个充分的认识，最后却弄巧成拙。 如下，我列举一些常见的解决思路和我的想法，请大家参考。 一、如何防止超卖 在防止超卖的逻辑编写时，加锁这个思路是没有问题的，但是要加什么锁，锁哪一段逻辑就成为了问题。

Transactional失效场景介绍 第一种 Transactional注解标注方法修饰符为非public时，@Transactional注解将会不起作用。例如以下代码。 定义一个错误的@Transactional标注实现，修饰一个默认访问符的方法 @Component public class TestServiceImpl { @Resource TestMapper tes

简介 Spring Cloud Gateway 是 Spring Cloud 的一个全新项目，该项目是基于 Spring 5.0，Spring Boot 2.0 和 Project Reactor 等技术开发的网关，它旨在为微服务架构提供一种简单有效的统一的 API 路由管理方式。 Spring Cloud Gateway 作为 Spring Cloud 生态系统中的网关，目标是替代 Netfli

简单介绍Map 在讲解Map排序之前，我们先来稍微了解下map。map是键值对的集合接口，它的实现类主要包括：HashMap,TreeMap,Hashtable以及LinkedHashMap等。其中这四者的区别如下（简单介绍）： HashMap：我们最常用的Map，它根据key的HashCode 值来存储数据,根据key可以直接获取它的Value，同时它具有很快的访问速度。HashMap最多只允许

前言 在开发时，总会遇到支付的需求，但是支付的方式有很多，支付宝支付，微信支付，银行卡支付，每种支付方式的接口不一样，参数信息也不一样，一般情况下，会有很多if/else来进行判断，但是业务逻辑的逐渐增多，if/else显得那么的沉重，通过策略模式即可更优雅的来处理这种代码。 什么是策略模式呢？比如一个人要从广州去北京，这个人可以选择乘坐飞机去，也可以选择乘坐火车去。两种交通方式的选择，可以认为是

目录 Stream概述 Stream的创建 Stream的使用 3.6.1 归集(toList/toSet/toMap) 3.6.2 统计(count/averaging) 3.6.3 分组(partitioningBy/groupingBy) 3.6.4 接合(joining) 3.6.5 归约(reducing) 案例使用的员工类 3.1 遍历/匹配（foreach/find/ma