咱们不搞一开始就一大堆理论知识介绍，怕把人讲懵了...... 咱们换一个思维方式—"从现象看本质"，先说说我们看到了什么，再从看到的现象中提出问题，最后深入寻找答案。

现在越来越多的互联网公司还是将自己公司的项目进行服务化，这确实是今后项目开发的一个趋势，就这个点再凭借之前的 SSM 项目来让第一次接触的同学能快速上手。

昨天的文章给秒杀系列开了一个头，今天会集中讲一下实现一个秒杀系统的思路和方案，不代表这就是最好的方案或者最佳实践，而是希望通过这篇文章，能起到抛砖引玉的作用，希望有更佳的思路提供出来。 秒杀系统要解决的技术挑战 1. 短时间内的超高访问量对后台服务的冲击。秒杀期间，来自外部请求产…

图像的二值化 在先前的文章二值图像分析:案例实战(文本分离+硬币计数)中已经介绍过，什么是图像的二值化以及二值化的作用。 这次，我们借助cv4j来实现简单的基于内容的图像分析。 轮廓分析(Contour Analysis) 轮廓(Contours)，指的是有相同颜色或者密度，连…

秒杀活动可以说在互联网上随处可见，从 12306 抢票，到聚划算抢购，我们生活的方方面面都可以看到秒杀的身影。秒杀的架构设计也是对于一个架构师架构设计能力的一次考验。本文的目的并不在于提供一个可以直接落地的设计方案，而是意在提供一个简单的方法，一个思路，使大家能够对于秒杀背后的一些设计有更感性的认识, 并且可以自己亲自动手实践一下。所有的配置及源码都在本文最后的 GitHub repository 中可以找到。

传统数据库软件开发中，主键自动生成技术是基本需求。而各大数据库对于该需求也提供了相应的支持，比如MySQL的自增键。对于MySQL而言，分库分表之后，不同表生成全局唯一的Id是非常棘手的问题。因为同一个逻辑表内的不同实际表之间的自增键是无法互相感知的，这样会造成重复Id的生成。

为什么要在interceptor层获得方法名称呢？在分布式链路系统中我们需要在MVC框架层埋点，统计方法调用的耗时、trace信息等，目前公司内部没有统一的MVC框架，但是大多数都是使用的SpringMVC.所以我们在Interceptor这一层埋点就ok。在这里可以统计到方法调用完的耗时信息，同时也可以得到用户自定义的埋点信息。在这个过程中踩了一些坑，也尝试了各种方法

上述是有关SpringBoot初期目标的目录，后期在更新文章中可能还会添加，每次添加都会修改本文章内容，并且每次发布新文章都会添加超链接到对应的章节。SpringBoot目标达成后还会有SpringCloud去构建微服务，希望大家多多支持。 欢迎加入QQ技术交流群，共同进步。 …

基于 Token 的 WEB 后台认证机制