Dubbo

网上看到一求助帖说：“SpringBoot 配置一直不对，在线求助大佬”。下面有几位朋友的回复，“SpringBoot 太简单了，不适合学！” 这样的也是皮：做 Java 开发， 真敢小觑 Spring Boot？ 现在出去面试，无论大小公司 or 项目，都要跟你扯一扯 Spring Boot、微服务，如果啃不下来，很可能直接说拜拜！像快手、美团、网易这些一线大厂都在用它来做敏捷开发，你敢说不适合学？ 要知道，如果你能把 Spring Boot 的原理实现吃透的话，就能从中学习到不少前辈优秀的架构设计思想，总结出最优使用方案，绕过工作中遇到的很多坑，进而更好地突破职业和技能瓶颈。 近些年，技术更新迭代是相当快， SpringBoot、SringCloud、Dubbo、Redis 等各种分布式开源框架 。如果一直停滞不前，或者只是受限于只是会用的层次，对未来的职业发展会很不利。这里分享一个十分干货的技术分享 《 SpringBoot 技术整合秘籍》。 视频由开课吧资深讲师，廖雪峰团队实力专家深度调研 BAT、美团、快手等知名大厂业务需求，历时 3 个月精心录制而成，从工作刚需业务场景出发，内容专业且硬核，让你在实际案例中较快刷新Spring技术知识体系，非常适合做后端开发的朋友。 学完，你可以 梳理 SpringBoot 技术体系，查漏补缺 实战场景式学习，快速进阶

排查Mysql突然变慢的一次过程 本文源地址： 排查Mysql突然变慢的一次过程 上周客户说系统突然变得很慢，而且时不时的蹦出一个 404 和 500 ，弄得真的是很没面子，而恰巧出问题的时候正在深圳出差，所以一直没有时间 看问题，一直到今天，才算是把问题原因找到。 定位问题 刚开始得到是系统慢的反馈，没有将问题点定位到数据库上，查了半天服务是否正常（因为之前有一次Dubbo内存泄漏）。 在将应用服务日志查看了一遍后，没有发现任何异常，只是打了几个警告的日志。 于是又查看了业务运行时的日志，看到日志都提示了一个 Lock wait timeout exceeded; try restarting transaction 的异常。 这时还是没有将重心放到数据库上，认为是代码的原因，导致事务一直没有提交。 重新将代码审阅了一遍，觉得应该不是代码逻辑的问题，而这个时候， Lock wait timeout exceeded; try restarting transaction 这个异常的日志越来越多。 认为是数据库层面出了问题，开始排查数据库。 寻找原因 由于我们的数据库不是用的 云RDS版本 ，是在一台8核32G的AWS上的安装版本。 使用 top 命令，查看到 Mysql 占用的 CPU 使用率高达 90% 左右。 心里一慌，感觉不妙，这样子高负载的CPU使用率

前言 “三年升高工，七年做架构，十年送外卖。”其实，你说我们哪有那么惨呢，再不济咱还可以出摊，整点宵夜之类。 今年的就业行情大家也都清楚，前有猛虎，后有追兵。对于工作三年的 Java 程序员来说，这段时间也确实比较难熬，跳槽吧底气不够，继续待着吧，又不甘心。 之前就跟我的很多读者聊过，大多数人干了三年还抵不上别人一年，这是大多数 Java 程序员所面临的瓶颈 —— 「高不成低不就」。 如果你经常浏览招聘网站，其实是能够发现一些招聘需求的共性。比如说熟悉常用数据库(MySQL等)的原理和使用，熟悉分布式、缓存、消息、负载均衡等机制和实现，熟练掌握Dubbo、SpringMVC、Spring Boot等主流框架，有实际项目经验...... 这些所有的招聘需求其实最终都指向一个点——架构设计能力的高低。 如何提升架构设计能力 但是如何去提高架构设计能力呢？不是每个人都有这个能力可以去清晰规划与定位技术成长。我们根据近几年互联网主流技术的演变及趋势，制定了一份详细的成长路线。 这份路线帮你理清一些技术理解的障碍，及时进行归纳分类，了解各种旁支，完善架构基础，由此发现你没有察觉到的知识盲点。 如果你现在也处在职业的分水岭或迷茫的阶段，没有目标而四处试错，或者待在外包公司顶着码农的压力。希望可以延伸自己的技术深度、解决目前工作中遇到的难题以及得到更大的职业发展空间。

作为一个程序员来说，抠题是很重要的。就算抠不懂，有些面试题，背也要背下来。否则offer是不讲情面的 目前高频面试题最重要基本上包含这几类 redis相关面试题，Nginx，JVM调优 多线程与高并发 ，dubbo面试题 还有消息中间件 还有mysql优化等 一下这些文档都是我自己经常看，经常复习的资料。熟能生巧，面试肯定无压力 如果你们想要的话，请微我 mashibing88 送给大家 最后希望大家今年找工作更顺利，薪资更高！ 我是群主qq 389779836 仅限学习交流，会不定时分享项目源码或者技术交流 做广告的别来！ 来源： oschina 链接： https://my.oschina.net/u/4476808/blog/4295819

前言 随着技术日新月异的发展，最近几年微服务和分布式技术成为主流。每一个好的解决方案不一定是直接设计出来的，但每一个优秀的架构都必须承受得住业务的考验和需求驱动的积累。最初我们开发系统都是在单个的应用上进行开发、测试、部署和运维等。每次新的需求迭代都将可能涉及到整个系统的修改，尤其是庞大而臃肿的业务系统需要进行大量的数据增删改查操作，开发起来变得非常麻烦。为了应对更高的并发和业务需求，解决单个应用的缺点，把庞大复杂的单体应用按照业务拆分成多个子业务模块，可进行垂直拆分或水平拆分，从而达到更高效的开发、更好的管理和维护的目的，这就是所谓的分布式系统。 一、单体架构是什么？ 1.1 定义 一个归档包（可以是JAR、WAR、EAR或其它归档格式）包含所有功能的应用程序，通常称为单体应用。而架构单体应用的方法论，就是单体应用架构。 1.2 单体应用举例 单体应用集成了前端页面和后端接口服务及业务逻辑和数据操作于一体的单个完整系统，Struts1、Struts2及SSH、SSM架构的系统等，单个应用囊括了所有业务模块。 1.3 单体架构示意图 1.4 单体应用优缺点 1.4.1 优点 易于集中式开发、测试、管理、部署。 无需考虑跨语言。 能避免功能重复开发（相对分布式）。 1.4.2 缺点 团队合作困难 代码的维护、重构、部署都比较难。 稳定性、可用性（停机维护）、扩展性不高。

不少单位已经开始复工了，跳槽季已经开始。虽说大多数互联网企业，像腾讯、字节跳动等，都已经开通远程面试环节，而且薪资有走高的趋势。但据目前看，面试难度大了许多，甚至有朋友面试后怀疑：自己真的落伍了？ 比如，面试高级开发岗位时，面试官不仅考察基础能力，更会重点考察高并发、分布式等架构相关的技术背后的思考逻辑，比如：微服务，负载均衡，Redis，RPC等。（今年 Java 面试到底聚焦在知识点？文末扫码获取） 但这些技术包含了 N 多优化、N 多细节，对于一些 coding 的朋友，由于接触不到一线实战架构设计，想必并不是很了解。 刚好，趁着这段时间，整理了一套 “ 微服务+分布式 ” 的视频干货，讲解很透彻。今天分享给大家。这份资料 尤其适合 以下人群： 1.没有用过微服务技术，只会用传统的 SSM 框架 2.用过 Spring Cloud、Dubbo等技术，但是只限于使用，遇到问题基本无法解决 3.从来没有系统学习微服务、分布式架构，觉得架构设计是遥不可及的 4.对于微服务、分布式技术有所了解，但尚没有设计高可用高并发的实践经历 学完这份视频你将获得哪些收获？ 理解当下最火热的微服务架构原理及其开源框架； 触及一线大厂所配备的微服务核心技术内幕知识； 对照自己掌握知识点进行查漏补缺，帮助扫除知识盲区、重构知识体系。 视频围绕“ 如何设计高可用高并发的微服务架构？ ”的主题

面试题 说一下的 dubbo 的工作原理？注册中心挂了可以继续通信吗？说说一次 rpc 请求的流程？ 面试官心理分析 MQ、ES、Redis、Dubbo，上来先问你一些 思考性的问题 、 原理 ，比如 kafka 高可用架构原理、es 分布式架构原理、redis 线程模型原理、Dubbo 工作原理；之后就是生产环境里可能会碰到的一些问题，因为每种技术引入之后生产环境都可能会碰到一些问题；再来点综合的，就是系统设计，比如让你设计一个 MQ、设计一个搜索引擎、设计一个缓存、设计一个 rpc 框架等等。 那既然开始聊分布式系统了，自然重点先聊聊 dubbo 了，毕竟 dubbo 是目前事实上大部分公司的分布式系统的 rpc 框架标准，基于 dubbo 也可以构建一整套的微服务架构。但是需要自己大量开发。 当然去年开始 spring cloud 非常火，现在大量的公司开始转向 spring cloud 了，spring cloud 人家毕竟是微服务架构的全家桶式的这么一个东西。但是因为很多公司还在用 dubbo，所以 dubbo 肯定会是目前面试的重点，何况人家 dubbo 现在重启开源社区维护了，捐献给了 apache，未来应该也还是有一定市场和地位的。 既然聊 dubbo，那肯定是先从 dubbo 原理开始聊了，你先说说 dubbo 支撑 rpc 分布式调用的架构啥的，然后说说一次

微服务   微服务架构是一种以一些微服务来替代开发单个大而全应用的方法，每一个小服务运行在自己的进程里,并以轻量级的机制来通信, 通常是 HTTP RESTful API。微服务强调小快灵， 任何一个相对独立的功能服务不再是一个模块, 而是一个独立的服务。   微服务是一种生态，不是一种具体技术 微服务的特性 自主性（松耦合）   可以对微服务架构中的每个组件服务进行开发、部署、运营和扩展，而不影响其他服务的功能。这些服务不需要与其他服务共享任何代码或实施。各个组件之间的任何通信都是通过明确定义的 API 进行的。 专用性   每项服务都是针对一组功能而设计的，并专注于解决特定的问题。如果开发人员逐渐将更多代码增加到一项服务中并且这项服务变得复杂，那么可以将其拆分成多项更小的服务。 灵活扩展   通过微服务，您可以独立扩展各项服务以满足其支持的应用程序功能的需求。这使团队能够适当调整基础设施需求，准确衡量功能成本，并在服务需求激增时保持可用性。 轻松部署   微服务支持持续集成和持续交付，可以轻松尝试新想法，并可以在无法正常运行时回滚。由于故障成本较低，因此可以大胆试验，更轻松地更新代码，并缩短新功能的上市时间。 目前微服务的发展状况   目前主流的就是springCloud和dubbo了，那么我们对他们做一个对比： Dubbo   一款高性能、轻量级的开源Java RPC框架

因业务需要，接触了一下直播，作为一个小白，在此做个回顾。 需求：在我们自己的APP上直播带货 调研：阿里云视频直播、腾讯云标准直播 简单地来说，直播就是把主播端采集的视频传送给用户端。主播端采集视频、转码、推流，用户端从直播中心拉流。 为了快速实现功能，我们不可能自己去搭建一套直播平台，于是寻找市面是能够满足我们需求的直播服务商。 除了最基本的直播功能以外，最主要考虑的是服务的稳定性、安全性、丰富的功能，最最终于的是价格要美丽。所以，我们最终选择了用POLYV保利威的云直播服务。 保利威是专业做云直播的服务商，拥有丰富的场景解决方案。但是并不支持淘宝那样的电商直播，后来通过洽谈，表示可以定制开发，而且他们本身也是要做这一块儿的，听过最近已经上线了电商直播。总之呢，我们是希望用他们的直播平台为我们自己的APP赋能，能够帮助我们快速上线直播功能。 直播的目的是卖东西，在内容电商大行其道的今天，我们一定不能错过直播这个风口，而且本身我们也是“内容+教育+电商”三轮驱动的。 于是乎，基于保利威的云直播产品，我们加了一些自定义的功能，主要是购物袋、礼物、贴纸，还有自定义消息。 值得一提的是，礼物都是我们自己个性化的产品形象，以及礼物的一些动效，做得还比较炫。 直播、频道、商品、礼物等都配置好以后就可以开始了，主播都是我们自己公司的小伙伴，嘉宾有大咖，还有我们的优质用户。 哈哈哈

最近花了很长的时间去搜罗整理Java核心技术好文，我把每个Java核心技术的优选文章都整理成了一个又一个的文档。今天就把这些东西分享给老铁们，也能为老铁们省去不少麻烦，想学什么技能了，遇到哪方面的问题了 直接打开文档学一学就好了。不多说，直接上干货！ 一 、 Red is技术好文精选整理 Redis哨兵、复制、集群的设计原理，以及区别 Spring+Redis+Docker+Dubbo 深入了解redis 如何解决Redis缓存雪崩、缓存穿透、缓存并发等5大难题 二、Nginx技术好文精选整理 Nginx实战 Nginx教程从入门到精通 三、Spring全家桶技术好文精选整理 Spring从入门到精通(珍藏版) Spring MVC 学习指南 Spring源码深度解析 spring-boot-中文参考手册 Spring+Redis+Docker+Dubbo 《疯狂Spring Cloud》电子书（一） SpringBoot实战 四、分布式技术好文精选整理 RabbitMQ实战 高效部署分布式消息队列 从 Paxos 到 ZooKeeper 分布式一致性原理与实践 大规模分布式系统架构与设计实战.完整版 分布式数据库架构及企业实践-基于Mycat中间件 分布式java应用-基础与实际 大型分布式网站架构设计与实践 分布式Java应用基础与实践 分布式服务框架原理与实践