Spring Boot系列实战文章合集(附源码)
概 述
文章开始之前先感叹一番吧。个人从之前的 C语言项目开发转到 Java项目开发来之后开始学着用 Spring Boot做一些后端服务,不得不说 Spring Boot脚手架式的开发真的是十分便利,最近连掉头发现象也好了很多,于是从内心感叹 Java阵营程序员真的比 C阵营程序员工作起来舒服多了,原因就在于Java领域繁荣的生态圈催生了一大批诸如 Spring Boot这样优秀的框架的出现。
这段时间也陆陆续续记录了一些有关 Spring Boot应用层开发的点点滴滴,特在此汇聚成文章合集,并 放在了Github上,项目名为 Spring-Boot-In-Action,后续仍然会持续更新。
注: 本文首发于 My Personal Blog:CodeSheep·程序羊,欢迎光临 小站
数据库/缓存相关
- Guava Cache本地缓存在 Spring Boot应用中的实践
- EVCache缓存在 Spring Boot中的实战
- Spring Boot应用缓存实践之:Ehcache加持
- Spring Boot集成 MyBatis和 SQL Server实践
- Elasticsearch搜索引擎在Spring Boot中的实践
日志相关
应用监控相关
内部机制相关
- SpringBoot 中 @SpringBootApplication注解背后的三体结构探秘
- SpringBoot 应用程序启动过程探秘
- 如何自制一个Spring Boot Starter并推送到远端公服
实战经验相关
- Spring Boot工程集成全局唯一ID生成器 UidGenerator
- Spring Boot 工程集成全局唯一ID生成器 Vesta
- Spring Boot优雅编码之:Lombok加持
- Spring Boot应用 Docker化
- Spring Boot热部署加持
- 基于Spring Boot实现图片上传/加水印一把梭操作
- 从Spring Boot到 SpringMVC
- 自然语言处理工具包 HanLP在 Spring Boot中的应用
- Spring Boot应用部署于外置Tomcat容器
- 初探 Kotlin + Spring Boot联合编程
【持续更新中......】
后 记
由于能力有限,若有错误或者不当之处,还请大家批评指正,一起学习交流!
- My Personal Blog:CodeSheep 程序羊
低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
自我剖析,坚持有多难?
[ 一 ] 2018年初的时候给自己设了个小目标,完成一个开源微服务框架(Aooms)的开发工作并配套完成系列博客,截至2019年1月,代码部分倒还完成的可以,博客后期完全没有跟上,今天想着明天写,明天想着晚上写,然后晚上因为一些其他事情又耽搁了,如此反复最终的结果就是总共更新了3篇博客,实在是打脸呀,piapia的。 [二] 就这么一件看似很简单的事情,我没有坚持下来,即使一个月更新一篇,一年也是十多篇的输出,可现实就是只有3篇。 [ 三 ] Why ?后来我开始意识到问题的严重性,使得我必须深入刨析一下为什么没有坚持下来,我觉得光分析不行,我得写下来,真实的写下来,于是有了这篇文章,给自己打个深深的烙印,以后心里打退堂鼓的时候(我想几率应该不大了),拿出来看一看刺激一下也是蛮好的(感觉有点自虐)。我静下心来回顾当时打开电脑准备写博客或者有开始写的想法后又不了了之的场景,最终总结下这么几点: (1) 受周围环境影响,休闲娱乐App占用较多时间 (2) 认为看的人也不多,写不写都行 (3) 觉得牛人太多,好的文章也很多,自认为自己写的没有什么含量,主观认为可能帮不了太多人,没啥价值...
- 下一篇
redis-cluster和Codis关于slot迁移原理对比
概述 Codis是基于proxy架构的redis集群方案,如图1所示,即客户端的请求会先发送到proxy,由proxy做sharding后转发到后端redis实例。这个sharding的规则(常称之为路由表、转发表、slot表等)保存在集中化的组件(比如zookeeper、文件系统等)上,然后由Dashboard统一配置到所有Proxy上。相比而言,redis自己的集群方案redis-cluster则是无中心化的架构,如图2所示,它没有集中化的控制组件和proxy,客户端可以向集群内的任意一台节点发送请求,然后根据节点的返回值做重定向(MOVE或ASK)操作,客户端本地也会缓存slot表,并根据每次的重定向信息来更新这个表。由于没有中心化组件存储或配置路由表,因此redis-cluster使用gossip在集群间同步路由表和集群拓补信息,在经过一段时间时候,理想情况下集群中每个节点都掌握了整个集群的路由信息。 图1 Codis架构图 图2 redis-cluster 对nosql数据库而言,水平扩缩容(Scale in/out)是一项基本的能力。Scale in/out是指...
相关文章
文章评论
共有0条评论来说两句吧...