码农-JavaCode.cn码农专场，码农的世界。分享技术内幕，业内资讯，只要是JAVA为主。让我们进牛B公司，迎娶白富美，走上人生巅峰！菜单跳至内容首页javalinux留言板万花筒51goagent1688域名统一切换之空中换引擎发表回复作者冯凌圣，阿里巴巴应用架构师，主导过中文站许多重点项目及应用架构、性能优化，独自研制开发json安全解决方案、jmemory（java版嵌入式堆外内存使用，类似简单memcached的嵌入式版本），技术大牛，今天带来的绝对是技术技术干货，码农不要错过呀一、背景经过10多年发展、沉淀，阿里巴巴中文站从最初的单个应用系统发展超过100个应用系统，500个以上域名。早期有不少域名切换案例，但这次切换跟之前项目规模、复杂度要大许多,且要求严格，需要一次性全部干干净净的切换。二、挑战协调超过100个应用系统、几百个域名同时切换，各个应用之间往往有各种依赖关系，一个地方出错很容易引起连锁效应，造成大面故障。所以，在这种情况下，我们必须保证中文站以及各个兄弟部门的业务正常的情况下，完成这个域名切换乾坤大挪移。同时在商业上，需要保障客户的权益，防止SEO流量下降，防止P4P、外投广告的收益保持稳定，等等，项目组感到压力重大。继续阅读 →本条目发布于2014年10月21日。属于架构分类，被贴了 切域名、阿里巴巴大牛带来干货 标签。作者是leo。控制器集群部署实践，上万台规模下的SDN发表回复本文根据华三通信研发副总裁王飓在2014年QCon上海的主题演讲《SDN控制器集群中的分布式技术实践》整理而成。目前在网络世界里，云计算、虚拟化、SDN、NFV这些话题都非常热。今天借这个机会我跟大家一起来一场SDN的深度之旅，从概念一直到实践一直到一些具体的技术。本次分享分为三个主要部分：SDN & NFV的背景介绍SDN部署的实际案例SDN控制器的集群部署方案继续阅读 →页码： 1 2本条目发布于2014年10月21日。属于SDN分类，被贴了 NFV、openstack、SDN架构、VCF、浙江政务云、腾讯数据中心 标签。作者是leo。学习无锁HashMap的实现，原理分析发表回复在《疫苗：Java HashMap的死循环》中，我们看到，java.util.HashMap并不能直接应用于多线程环境。对于多线程环境中应用HashMap，主要有以下几种选择：使用线程安全的java.util.Hashtable作为替代。使用java.util.Collections.synchronizedMap方法，将已有的HashMap对象包装为线程安全的。使用java.util.concurrent.ConcurrentHashMap类作为替代，它具有非常好的性能。而以上几种方法在实现的具体细节上，都或多或少地用到了互斥锁。互斥锁会造成线程阻塞，降低运行效率，并有可能产生死锁、优先级翻转等一系列问题。CAS(Compare And Swap)是一种底层硬件提供的功能，它可以将判断并更改一个值的操作原子化。关于CAS的一些应用，《无锁队列的实现》一文中有很详细的介绍。Java中的原子操作在java.util.concurrent.atomic包中，Java为我们提供了很多方便的原子类型，它们底层完全基于CAS操作。例如我们希望实现一个全局公用的计数器，那么可以：继续阅读 →本条目发布于2014年10月20日。属于java分类，被贴了 java、java hashmap、无锁HashMap 标签。作者是leo。Java HashMap惊现死循环发表回复在淘宝内网里看到同事发了贴说了一个CPU被100%的线上故障，并且这个事发生了很多次，原因是在Java语言在并发情况下使用HashMap造成Race Condition，从而导致死循环。这个事情我4、5年前也经历过，本来觉得没什么好写的，因为Java的HashMap是非线程安全的，所以在并发下必然出现问题。但是，我发现近几年，很多人都经历过这个事（在网上查“HashMap Infinite Loop”可以看到很多人都在说这个事）所以，觉得这个是个普遍问题，需要写篇疫苗文章说一下这个事，并且给大家看看一个完美的“Race Condition”是怎么形成的。问题的症状从前我们的Java代码因为一些原因使用了HashMap这个东西，但是当时的程序是单线程的，一切都没有问题。后来，我们的程序性能有问题，所以需要变成多线程的，于是，变成多线程后到了线上，发现程序经常占了100%的CPU，查看堆栈，你会发现程序都Hang在了HashMap.get()这个方法上了，重启程序后问题消失。但是过段时间又会来。而且，这个问题在测试环境里可能很难重现。我们简单的看一下我们自己的代码，我们就知道HashMap被多个线程操作。而Java的文档说HashMap是非线程安全的，应该用ConcurrentHashMap。但是在这里我们可以来研究一下原因。继续阅读 →本条目发布于2014年10月20日。属于java分类，被贴了 hashmap死循环、java hashmap 标签。作者是leo。分析Hash Collision DoS 问题发表回复最近，除了国内明文密码的安全事件，还有一个事是比较大的，那就是 Hash Collision DoS （Hash碰撞的拒绝式服务攻击），有恶意的人会通过这个安全弱点会让你的服务器运行巨慢无比。这个安全弱点利用了各语言的Hash算法的“非随机性”可以制造出N多的value不一样，但是key一样数据，然后让你的Hash表成为一张单向链表，而导致你的整个网站或是程序的运行性能以级数下降（可以很轻松的让你的CPU升到100%）。目前，这个问题出现于Java, JRuby, PHP, Python, Rubinius, Ruby这些语言中，主要：Java, 所有版本JRuby <= 1.6.5 （目前fix在 1.6.5.1）PHP <= 5.3.8, <= 5.4.0RC3 （目前fix在 5.3.9, 5.4.0RC4）Python, all versionsRubinius, all versionsRuby <= 1.8.7-p356 （目前fix在 1.8.7-p357, 1.9.x）Apache Geronimo, 所有版本Apache Tomcat <= 5.5.34, <= 6.0.34, <= 7.0.22 （目前fix在 5.5.35, 6.0.35, 7.0.23）Oracle Glassfish <= 3.1.1 （目前fix在mainline）Jetty, 所有版本Plone, 所有版本Rack <= 1.3.5, <= 1.2.4, <= 1.1.2 （目前fix 在 1.4.0, 1.3.6, 1.2.5, 1.1.3）V8 JavaScript Engine, 所有版本ASP.NET 没有打MS11-100补丁注意，Perl没有这个问题，因为Perl在N年前就fix了这个问题了。关于这个列表的更新，请参看