Dubbo

log4j:WARN No appenders could be found for logger (org.apache.dubbo.common.logger.LoggerFactory). log4j:WARN Please initialize the log4j system properly. log4j:WARN See http://logging.apache.org/log4j/1.2/faq.html#noconfig for more info. 出现这样的警告, 就是因为相关的 jar 包中依赖有 log4j 1. 如果不配置 dubbo.application.logger 的话, Dubbo默认是使用 slf4j 通过dubbo类org.apache.dubbo.common.logger.LoggerFactory, 就可以看出来 2. 打开 pom.xml 文件, 切换到 Dependency Hierarchy 标签页, 然后可以Filter检索, 哪些 jar 包依赖 log4j, 然后在pom.xml文件中 exclusions 相应的 <dependency> <groupId>org.apache.curator</groupId> <artifactId>curator-framework</artifactId>

点击上方 “中间件兴趣圈” ， 选择 “设为星标” 做积极的人，越努力越幸运！ 温馨提示：源码分析 Alibaba Sentinel 专栏开始连载，本文展示如何学习一个全新的技术的方法。该专栏基于 1.7.0 版本。 在学习一个新技术或新框架时，建议先查看其官方文档，以获得对其形成一个整体的认识。https://github.com/alibaba/Sentinel/wiki/%E4%BB%8B%E7%BB%8D 1、Sentinel 是什么 ？主要能解决什么问题？ 按照官方的定义，Sentinel 意为分布式系统的流量防卫兵，主要提供限流、熔断等服务治理相关的功能。 服务的动态注册、服务发现是 SOA、微服务架构体系中首先需要解决的基本问题，服务治理是 SOA 领域又一重要课题，而 dubbo 框架只提供了一些基本的服务治理能力，例如限制服务并发调用数、配置合适的业务线程数量等，但熔断相关的功能就涉及的较少。 Sentinel 将作为 Dubbo 生态的重要一员，将集中解决服务治理相关的课题，服务限流与熔断又是服务治理首先要解决的课题。 那什么是限流与熔断呢？ 限流：我们通常使用TPS对流量来进行描述，限流就是现在服务被调用的并发TPS，从而对系统进行自我保护。 熔断：就是当系统中某一个服务出现性能瓶颈是，对这个服务的调用进行快速失败，避免造成连锁反应，从而影响整个链路的调用。

你知道的越多，你不知道的越多 前言 消息队列在互联网技术存储方面使用如此广泛，几乎所有的后端技术面试官都要在消息队列的使用和原理方面对小伙伴们进行360°的刁难。 作为一个在互联网公司面一次拿一次Offer的面霸，打败了无数竞争对手，每次都只能看到无数落寞的身影失望的离开，略感愧疚（请允许我使用一下夸张的修辞手法）。 于是在一个寂寞难耐的夜晚，暖男我痛定思痛，决定开始写《吊打面试官》系列，希望能帮助各位读者以后面试势如破竹，对面试官进行360°的反击，吊打问你的面试官，让一同面试的同僚瞠目结舌，疯狂收割大厂Offer！ 絮叨 这期本来是准备大家投票出来的哈，然后在Java基础和消息队列选一个写的，但是我一想，Java基础光是集合每种集合我都可以写好几篇了，基础都得写几个月了，那是不是可以先把短的这个消息队列写了？ 我脑子灵光一闪，拍了下桌子，那就这么决定了吧！ 所以就有这期了哈哈。 重要！在开始之前我想问一下，大家是喜欢我直接怼知识点用自己的语言组织的方式讲，还是这样面试场景的方式讲？ 因为我发现一个很严肃的问题，我的开场和结尾要是几百篇都差不多，最后你们会不会厌倦呀？ 总之这个建议对我很有用，或者你有什么写作的建议都可以加我微信悄悄跟我说。 面试开始 一个风度翩翩，穿着格子衬衣的中年男子，拿着一个满是划痕的mac向你走来，看着铮亮的头，心想着肯定是尼玛顶级架构师吧

你知道的越多，你不知道的越多 GitHub地址 https://github.com/AobingJava/JavaFamily 已经开源，有面试点，欢迎【Star】和【完善】 前言 Redis在互联网技术存储方面使用如此广泛，几乎所有的后端技术面试官都要在Redis的使用和原理方面对小伙伴们进行360°的刁难。 作为一个在互联网公司面一次拿一次Offer的面霸，打败了无数竞争对手，每次都只能看到无数落寞的身影失望的离开，略感愧疚（请允许我使用一下夸张的修辞手法）。 于是在一个寂寞难耐的夜晚，我痛定思痛，决定开始写《吊打面试官》系列，希望能帮助各位读者以后面试势如破竹，对面试官进行360°的反击，吊打问你的面试官，让一同面试的同僚瞠目结舌，疯狂收割大厂Offer！ 絮叨 上一期因为是在双十一一直在熬夜的大环境下完成的，所以我自己觉得质量明显没之前的好，我这不一睡好就加班加点准备补偿大家，来点干货。（熬夜太容易感冒了，这次点个赞别白嫖了！） 顺带提一嘴，我把我准备写啥画了一个思维导图，以后总不能每篇都放个贼大的图吧，就开源到了我的GitHub，大家有兴趣可以去完善和Star。 这篇我就先放出来大家看看，感觉还是差点意思，等大家完善了。 回望过去 上一期吊打系列我们提到了Redis相关的一些知识，还没看的小伙伴可以回顾一下 《吊打面试官》系列-Redis基础 《吊打面试官》系列

周末愉快！ 下面分享一套 微信群友 分享的 阿里高级Java面试题 看着有点意思 也是Java面试必问试题 或许对你有用 分享给大家 想去阿里试试的 先看看吧 看看能不能过这些题 如果这些题过不了 最后先别去浪费机会了 以上三张面试经验图片 摘自部分微信群友分享面经 想和大公司同行共同讨论技术？ 想要更加了解行业的发展？ 想要更多互联网公司内推机会？ 想在线需求技术解决方案？ 现在加入Java微信群吧 关注Java技术栈 回复 微信群 申请加入 如果对你 有用 ，欢迎 分享 到朋友圈 近期精选 福利： 免费领取 架构师四阶段学习资料 福利： 免费领取小程序1300套源码＋教程 教程： Dubbo使用及源码全套解析视频 面试： 史上最全Java高级面试题及答案 Java技术栈 长按二维码关注我们 架构|分布式|技术教程|面经 本文分享自微信公众号 - Java技术栈（javastack）。 如有侵权，请联系 support@oschina.cn 删除。 本文参与“ OSC源创计划 ”，欢迎正在阅读的你也加入，一起分享。 来源： oschina 链接： https://my.oschina.net/u/3756234/blog/4627582

微服务 　　单体应用拆分成一个一个的小的应用，这每一个小的应用都是一个微服务。强调的是服务。每一个微服务都需要有自己独立的数据库。 　　微服务是一个服务（可以独立提供具体的功能的） 微服务架构 　　马丁福勒本人自己都说没有一个很好的定义：最重要的一点就是单体应用的拆分维度，技术拆分还是按照业务拆分等等。 　　如果非要定义：一种架构模式，或者架构风格，就是将一个单体应用拆分成多个一组小的服务，每一个服务可以单独运行，只做一件事，服务之间可以通过相互调用的方式（Dubbo采用RPC远程过程调用，SpringCloud采用的是基于http的Restful API），为用户提供价值。强调的是用某一种方式将一个一个的微服务组装拼接起来成为一个整体，对外提供服务。 　　总结：轻量，单一，解耦，借由统一的服务管理，相互配合，形成应用。 　　 分布式 ：不同的多台服务器上面部署不同的服务模块（工程），他们之间通过Rpc/Rmi之间通信和调用，对外提供服务和组内协作。 　　 集群 ：不同的多台服务器上面部署相同的服务模块，通过分布式调度软件进行统一的调度，对外提供服务和访问。 传统的开发模式 既所有的功能打包在一个 WAR 包里，基本没有外部依赖（除了容器），部署在一个 JavaEE 容器（Tomcat，JBoss，WebLogic）里，包含了 DO/DAO，Service，UI 等所有逻辑。 　　

前言：这段时间项目组正在加班加点的进行基于现有单体应用的微服务架构改造。微服务是一种架构概念，这个概念是2012年出现的，作为加快Web和移动应用程序开发进程的一种方法，2014年开始受到各方的关注，而2015年，可以说是微服务的元年；越来越多的论坛、社区、blog以及互联网行业巨头开始对微服务进行讨论、实践，可以说这样更近一步推动了微服务的发展和创新。而微服务的流行，Martin Fowler功不可没。 文章目录 什么是微服务架构 微服务的出现与发展 传统开发模式与微服务的区别 微服务的实践理论 什么是微服务架构 概念 ：微服务架构是一种架构理念，是指将功能分解到离散的各个服务当中，从而降低系统的耦合性，并提供更加灵活的服务支持。把一个大型的单体应用程序和服务拆分为数个或数十个的微小型服务，它可扩展单个组件而不是整个的应用程序堆栈，从而满足服务等级协议。 定义 ：围绕业务领域组件来创建应 用，这些应用可独立地进行开发、管理和迭代。在分散的组件中使用云架构和平台式部署、管理和服务功能，使产品交付变得更加简单。 本质： 微服务的本质，是指用一些功能比较明确、业务比较精炼的服务去解决更大、更实际的问题 。 微服务的出现与发展 微服务（Microservice）这个概念是2012年出现的，作为加快Web和移动应用程序开发进程的一种方法，2014年开始受到各方的关注，而2015年

总体介绍 在互联网金融行业一百多亿其实也算不上大平台，也就是二级阵营吧，其实每次的架构升级都是随着业务重大推进而伴随的，在前一代系统架构上遇到的问题，业务开发过程中积累一些优秀的开发案例，在下一代系统开发中就会大力推进架构升级。一方面可以平滑过度，一方面公司资源可以大力支持，同时技术的小伙伴们可以使用到前沿的技术，更有开发的成就感，就这样我们大概也就是9个月就行系统架构一次升级，就到了我们现在的这套架构中。 很多网友经常会问，你们平台的TPS是多少呀，最大并发是多少呀，性能怎么样，说实话我们是一个小公司，最夸张也就上万人同时抢标，但是做为一个中型的互联网金融平台要做的事情也真的不少，远远不只是这些参数可以说的清楚；我们也不是什么高大上的平台，使用的技术也是目前比较主流开源产品，但在公司不断发展的过程中也遇到了很多的问题，也尽量去使用比较主流的、开源的、适合我们的一些解决方案来构建整个系统，在这里分享平台发展背后技术换代的变化，同时希望和大家多做一些交流，多提一些建议。 我们进行了四次大的架构变化，每代架构都用一句话来总结： 第一代架构特点：业务比较集中、功能满足投资理财需求、快速上线 第二代架构特点；分布式系统改造，平台化初具规模，各项垂直业务系统搭建上线、产品端极大丰富用户投资、大数据平台研究并使用 第三代架构特点；SOA治理，使用zookeeper作为注册中心

放年假对于程序员的我们应该是我们所期待的事，可去年的年假却让我让我慎得慌，感觉是回到了上学时的暑假。一放就是两个多月，这么长时间的闭门不出让瘦的像猴一样的我长了将近十公斤的膘，这个还是比较高兴的一件事 。可让我痛苦的是我突然的失去了工作，原因只有几点，我想具体是什么原因大家也应该能猜出来。时光飞逝 生活还的继续，在上个月都是不停的在面试，结果却都是回家等通知。 在我感到失望迷茫的时候却意外接到了美团人事的电话，让我带齐资料礼拜一去人事报道，更让我没有想到的是他顺便给我发了一些尚未整理的书籍资料 ，虽未整理内容却很全面。而我也如期的去了公司开始工作，最近利用了两个礼拜的时间才整理好那位好心面试官推荐的内容。好的东西就要分享。大致内容包括： ZooKeeper MyBatis Dubbo Redis MySQL Spring Spring Boot kafka java 并发编程 微服务 tomcat性能优化 以及开源框架 等等。 温馨提示：资料虽整理不易 可好的东西却不能私藏 必须学会分享 要让有需要的朋友大家一起进步 获取方式： 三连之后 后台私信【文档】或者查看下方即可免费获得 MyBatis 方面 什么是 Mybatis？ Mybaits 的优点： MyBatis 框架的缺点： Mybaits框架适用场合： MyBatis 与 Hibernate 有哪些不同？ #{}和${

文章首发于公众号：程序员一凡 企业中如何实施自动化测试 在我们读高中的时候， 是不是经常听老师说： 学好数理化，走遍天下都不怕。 作为软件测试这个行业，在当下， 你学好自动化，你去哪面试都不怕。 说是这么说，但是你想提前下班，自动化测试解放劳动力、提高效率，让程序脚本在不需要看守的情况下“起飞”如果你的代码、脚本掉到了坑里，你觉得你还能提前下班吗？ 有可能，你甚至不如别人做功能测试的。别人一个功能都测试完好久了，你的自动化脚本报了一堆错，还不知道找这个错误的原因。自然你的自动化做不起来，自动化的价值体现不出来。 所以，我针对我们Python自动化测试中基础容易遇到的一些坑，进行一些 实战的案例讲解 。 在讲这一些坑之前，先给大家分享一下我对自动化测试概念的理解。 在做自动化测试之前，我们要思考一个问题。自动化不是说你会写一点简单的自动化脚本，你就能来实施。你要有一个规划，再去慢慢的推进落地。 我总结了几点： 1.根据业务特点，选择自动化测试方案。 ⒉.根据业务侧重点确认自动化覆盖范围和粒度。 3.根据自动化测试用例范围，选择实现框架和语言。 4.根据用例用途，选择执行策略。 （1）你在一个公司，你的产品是什么样子的，根据你产品的业务特点，你去选择确定一个自动化测试方案，这个很重要。比如说你们公司主要注重业务特点是数据库或者后端的一些内容（有些产品注重前端的界面）