Bootstrap Adminlte项目：[链接]演示：[链接] SB Admin项目：[链接]演示：[链接] Gentelella Admin 项目：[链接] 演示：[链接] Vali Admin项目：[链接] 演示：[链接] ModularAdmin 项目：[链接] 演示：[链接] Metis 项目：[链接] 演示：[链接] Ace 项目：[链接] 演示...

RESTful API 设计规范 该仓库整理了目前比较流行的 RESTful api 设计规范，为了方便讨论规范带来的问题及争议，现把该文档托管于 Github，欢迎大家补充！！ Table of Contents RESTful API 设计规范 关于「能愿动词」的使用 Protocol API Root URL Versioning 在 URL...

前言 Google 出的 Guava 是 Java 核心增强的库，应用非常广泛。 我平时用的也挺频繁，这次就借助日常使用的 Cache 组件来看看 Google 大牛们是如何设计的。 缓存 本次主要讨论缓存。 缓存在日常开发中举足轻重，如果你的应用对某类数据有着较高的读取频次，并且改动...

Spring Cloud Eureka 是 Spring Cloud 中的一个组件，它是基于 Netflix Eureka 做了二次封装，主要是负责完成微服务框架中服务治理的功能。Spring Cloud通过为 Eureka 增加了 Spring Boot 风格的自动化配置，我们只需要通过简单的引用依赖和注解就能让 Spring Boot ...

最近在业务代码中深受跨域问题困扰，因此特别写一篇博客来记录一下自己对跨域的理解以及使用到的参考资料。本文的项目背景基于vue+vuex+axios+springboot。涉及以下内容：

如果你使用的是服务器端内容渲染，你又不想为每个请求重新渲染每个页面，就可以使用 Redis 把常被请求的内容缓存起来，能够大大的降低页面请求的延迟，已经有很多框架用Redis来缓存页面，这就是页面静态化的一种方式。

在日常项目协作过程中，其实会碰到服务不稳定、不满足需求场景等情况，很多开发都会通过在本地使用 Mocktio 等单测工具作为自测辅助。那么，在联调、测试等协作过程中怎么处理？

Spring Cloud是一个基于Spring Boot实现的微服务架构开发工具.这句话也就表明了,Spring Boot是构建Spring Cloud架构的基础.同时,它自身也有很多优点.网络上对它的简介非常多,大家可以自行的去百度.

在分布式系统中,有一个重要的理论,即CAP理论.即C-一致性,A-高可用性,P-服务对网络分区故障的容错性(除非整个网络发生故障,分布式服务不能因为单点的网络故障而完全瘫痪).这三个特性,在任何的分布式系统中,都只能满足其中两个.

虽然之前在《Spring Cloud构建微服务架构》系列文章中介绍了Hystrix服务降级与Hystrix断路器的概念。但是，还是一直收到这样的提问：降级与熔断区别是什么？并且在很多交流过程中，发现有不少童鞋对降级和熔断的概念有混淆的情况。所以，这篇博文准备换一种方式来说...

ajax作为前端开发必需的基础能力之一，你可能会使用它，但并不一定懂得其原理，以及更深入的服务器通信相关的知识。在最近两天的整理过程中，看了大量的文章，发现自己的后端能力已经限制自己在网络通信相关的知识领域的探索，还是应该尽快补齐短板。

最近在做一个小东西,是基于electron-vue的桌面客户端工具.由于自己是一个纯种的后端开发,对前端的知识基本还停留在基本JS,JQuery等,所以各位前端大神勿喷~

因为最近在学习Spring Boot,它具有很多让我们眼前一亮的特性.关于Spring Boot的学习历程,我以后会在专栏里慢慢与大家分享.学习和使用Spring Boot的过程中,创建一个Spring Boot工程的方式有使用以下两种方式

我认为clearCache,应该是清理所谓的一级缓存,是在执行insert,update,delete方法后会主动执行清理的.这个也是由MyBatis进行自己维护的,我们一般是不需要过多关注.是不是开启了二级缓存,你可以看看你的Mapper文件中,是不是由<cache/>标签?如果有,删除一下看看.

个人认为,减少发送的次数,也就是说减少建立TCP连接的次数对传输的速度效率的提升是有效果的至于传输的速率,还要看你报文的大小/网络带宽等各种因素了~

需要配置工程的Facts,然后添加Spring工程即可

用过Spring做过开发的同学,多少都对Spring的AOP有所了解和使用的经验.也都知道有@Around,@Before,@After等Advice.至于Spring AOP的基本概念,我想大家也都清楚,这里也就不再赘述.

看业务需求,未来要不要做数据分析,统计啊之类的场景.如果有,就用标志位逻辑删除,如果没有的话,直接删掉就好了.建议还是逻辑删除,定期备份就好了~

Spring的AOP执行顺序的参考文档如下:[链接]简单的说,@Aspect注解的Order是起效的,但同一个Aspect中的Advice是没有明确的执行顺序的,例如你Order(1)中的两个Advice.我们看以参考ReflectiveAspectJAdvisorFactory类的源码如下: