座右铭

摘要： Leaf是美团基础研发平台推出的一个分布式ID生成服务，名字取自德国哲学家、数学家莱布尼茨的一句话：“There are no two identical leaves in the world.”Leaf具备高可靠、低延迟、全局唯一等特点。目前已经广泛应用于美团金融、美团外卖、美团酒旅等多个部门。具体的技术细节，可参考此前美团技术博客的一篇文章：《Leaf美团分布式ID生成服务》。近日，Leaf项目已经在Github上开源：https://github.com/Meituan-Dianping/Leaf，希望能和更多的技术同行一起交流、共建。 阅读全文

摘要： 在美团，基于 MySQL 构建的传统关系型数据库服务已经难于支撑公司业务的爆发式增长，促使我们去探索更合理的数据存储方案和实践新的运维方式。随着近一两年来分布式数据库大放异彩，美团 DBA 团队联合架构存储团队，于 2018 年初启动了分布式数据库项目。 阅读全文

摘要： 桥梁模式是为了解决将抽象部分与实现部分分离，好让他们都在自己的维度上有多维度地变化。 阅读全文

摘要： 每个业务都会需要鉴权、限流、权限校验等逻辑，如果每个业务都各自为战，自己造轮子实现一遍，会很蛋疼，完全可以抽出来，放到一个统一的地方去做。 如果业务量比较简单的话，这种方式前期不会有什么问题，但随着业务越来越复杂，比如淘宝、亚马逊打开一个页面可能会涉及到数百个微服务协同工作，如果每一个微服务都分配一个域名的话，一方面客户端代码会很难维护，涉及到数百个域名，另一方面是连接数的瓶颈，想象一下你打开一个APP，通过抓包发现涉及到了数百个远程调用，这在移动端下会显得非常低效。 每上线一个新的服务，都需要运维参与，申请域名、配置Nginx等，当上线、下线服务器时，同样也需要运维参与，另外采用域名这种方式，对于环境的隔离也不太友好，调用者需要自己根据域名自己进行判断。 另外还有一个问题，后端每个微服务可能是由不同语言编写的、采用了不同的协议，比如HTTP、Dubbo、GRPC等，但是你不可能要求客户端去适配这么多种协议，这是一项非常有挑战的工作，项目会变的非常复杂且很难维护。 后期如果需要对微服务进行重构的话，也会变的非常麻烦，需要客户端配合你一起进行改造，比如商品服务，随 阅读全文

摘要： 常用缓存策略 常用的缓存淘汰策略有以下 先进先出算法（FIFO） Least Frequently Used（LFU）淘汰一定时期内被访问次数最少的页面，以次数作为参考 Least Recently Used（LRU）淘汰最长时间未被使用的页面，以时间作为参考 这些算法在不同层次的缓存上执行时拥有不 阅读全文

摘要： jwt 阅读全文

摘要： 独占锁、共享锁、更新锁，乐观锁、悲观锁 阅读全文

摘要： 维基百科简述的编程范式 阅读全文

摘要： 现在越来越多的公司 特别是一些规模的 逐渐关注起程序员写的代码质量，有些公司甚至要求写的代码覆盖率必须达到多少多少 才可以提交代码 到达多少才可以部署到生产环境 本文主要阐述了IDEA工具支持的代码如何写测试覆盖率 写的还是不错的 对于想提高代码质量的小伙伴值得学习 阅读全文

摘要： Spring Boot的自动配置 阅读全文