Beautiful Java

Java修炼手册，欢迎用优质文章砸我

3,029 人关注

置顶文章

用小说的形式讲解Spring（1） —— 为什么需要依赖注入

大雄的练级之路：第一级：为什么需要依赖注入第二级：注入方式哪家强第三级：配置方式如何选第四级：Spring Boot - NoXml Web Application第五级：如何给老婆解释什么是Res…查看全文

Javdroider Hong

7 months ago

255 赞28 条评论

最新文章

你有多久没更新过简历了？
都说“金三银四”，本人也未能免俗。经过一个月的面试后，心微微踏实，焦虑渐褪，故撰文一篇，分享之。定期更新你的简历这句话以前也听说过，不过那时并没有放在心上，心想…查看全文
Javdroider Hong
8 hours ago
68 赞6 条评论
如何学习Java多线程
最近一段时间，我对《Java并发编程实践》这本经典而又有些难懂的书籍，尝试用了一些简单有趣、通俗易懂的方式进行解读，现整理成GitBook（文末有链接），方便大家阅读。为…查看全文
Javdroider Hong
14 days ago
124 赞11 条评论
Java线程池是如何诞生的？
时间回到2003年，那时我还是一个名不见经传的程序员，但是上级却非常看好我，他们把整个并发模块，都交给了我一个人开发。（难道不是因为经费不足？）这个星期，我必须要完…查看全文
Javdroider Hong
21 days ago
144 赞15 条评论
程序员，是知识工作者，还是体力工作者？
看了标题，你们或许以为我要吐槽程序员了。其实，这只是我在看《卓有成效的管理者》时，萌发的一个想法。我并不想一上来就填上自己挖的坑，而是先简单谈谈，彼得·德鲁克在…查看全文
Javdroider Hong
a month ago
11 赞8 条评论
Java趣谈——如何写出一个高效的页面渲染器
本集概要：如何对页面渲染进行任务划分？这些任务要如何并行执行，才能实现最优效率？如何实现在每张图片下载完成之后马上渲染到页面上？CompletionService的原理是什么？…查看全文
Javdroider Hong
a month ago
15 赞4 条评论
Java趣谈——如何像Tomcat一样处理请求
本集概要：基于单线程的Web服务器有什么缺点？给每个请求创建一条线程，这样做有什么坏处？怎样利用设计模式，解耦任务的创建和任务的执行？为什么要使用线程池，它能给我…查看全文
Javdroider Hong
a month ago
79 赞12 条评论
如何给老婆解释什么是微服务
程序员有了老婆之后就是累，上次好不容易给她解释了什么是Restful，这不，麻烦又来了…一个周日的清晨，阳光洒在我的脸上，慢慢把我唤醒。我翻过身，感觉好像少了些什么东…查看全文
Javdroider Hong
2 months ago
236 赞40 条评论
做一个清醒思考的程序员
今天不敲代码，来点好玩的......最近在研究人的非理性行为，了解到了一些人们经常犯的思维偏误，非常有意思，今天和大家分享一下。首先来做一个实验，看下面这组数字：2、4…查看全文
Javdroider Hong
2 months ago
16 赞2 条评论
Java趣谈——如何构建一个高效且可伸缩的缓存
本集概要：怎样构建一个线程安全而又高效、可伸缩的缓存？怎样利用设计模式，把缓存做成通用的工具？除了synchronize和volatile，我们还能使用哪些工具来开发线程安全的代…查看全文
Javdroider Hong
2 months ago
49 赞9 条评论
Volatile趣谈——我是怎么把贝克汉姆的进球弄丢的
大雄的门线传感器大雄的公司最近在给国际足球协会研制一款门线传感器。这可是一个大单，组织特地安排了大雄作为首席程序员，来开发这款软件。需求很简单，传感器需要在皮…查看全文
Javdroider Hong
2 months ago
39 赞10 条评论
做一个有批判性思维的程序员
好的游戏一定要让玩家玩的很爽吗？王者荣耀和吃鸡游戏的成功，让这个问题的答案似乎毫无争议，不能带给玩家刺激的游戏就不是好游戏。什么样的游戏才能吸引玩家不断的玩下去…查看全文
Javdroider Hong
3 months ago
9 赞4 条评论
如何用一句话介绍synchronize的内涵
内涵与表象关于synchronize，一个非常通俗易懂，很容易记住的解释是：Java语言的关键字，当它用来修饰一个方法或者一个代码块的时候，能够保证在同一时刻最多只有一个线程…查看全文
Javdroider Hong
3 months ago
49 赞8 条评论
书单 | 一份让一个程序员半年内收获1000+粉丝的书单
有同学在评论里留言，说让我分享一下读过的书和感受。事实上，每个人的目标都不一样，适合我的书不一定适合其他人，因此我觉得分享一下我挑选书籍的方法，顺带分享几本好书…查看全文
Javdroider Hong
3 months ago
124 赞10 条评论
如何在Spring Boot中使用TDD写出高质量的接口
之前在《如何说服你的同事使用TDD》中介绍了为什么要使用TDD（测试驱动开发），以及如何使用TDD写代码。文章发表后，有同学在评论区中表示文章写得不错，但是举得例子太过…查看全文
Javdroider Hong
4 months ago
30 赞8 条评论
如何写出线程不安全的代码
什么是线程安全性很多时候，我们的代码，在单线程的环境下是可以运行的非常完美，然而，一旦把代码放到多线程的环境下去接受蹂躏，结果常常是惨不忍睹的。《Java并发编程实…查看全文
Javdroider Hong
4 months ago
102 赞7 条评论
圣诞节，让我们聊聊单例模式
圣诞节到了，是时候对单例有一个新的认识了，不然一个就会变成两个、四个…很多个…嗯，我说的是圣诞老人…很久之前看到一篇讲单例的文章，看完才知道看似简单的单例模式，…查看全文
Javdroider Hong
4 months ago
49 赞5 条评论
怎样成为一名专业的程序员
“专业”，在百科里有下面这三种解释：学校里的学科生产部门里的业务部门有知识修养的专门职业者;职业画家[演员等],职业选手;内行,专家标题中的“专业”，指的是第三种解释…查看全文
Javdroider Hong
4 months ago
16 赞2 条评论
为什么你无法说服你的同事使用TDD？
这两天读到了一篇关于TDD的专栏文章如何说服你的同事使用TDD，正好前段时间也有思考相关的问题，有一些想法正好分享一下。当然前述文章本身的质量还是很高的，旁征博引，但…查看全文
黄承开
4 months ago
13 赞15 条评论
如何说服你的同事使用TDD
TDD（Test-driven development），也就是我们常说的“测试驱动开发”，是由 Kent Beck 在1996年提出的概念。TDD这个术语，经常被人挂在嘴边，然而真正在项目实施，却寥寥无…查看全文
Javdroider Hong
5 months ago
46 赞22 条评论
像个专业人士一样去调试Bug
欢迎收藏。当你遇到非常难缠的Bug时，不妨回来这里看看...编程本来是一项非常优雅的工作，而程序员，也理应是那种如艺术家一般，不断写出极具观赏性和创造力的作品的职业。…查看全文
Javdroider Hong
5 months ago
30 赞4 条评论

{"database":{"Post":{"29426019":{"title":"用小说的形式讲解Spring（1） —— 为什么需要依赖注入","author":"hong-ze-yang","content":"\u003Cp\u003E大雄的练级之路：\u003C\u002Fp\u003E\u003Cul\u003E\u003Cli\u003E\u003Ca href=\"https:\u002F\u002Fzhuanlan.zhihu.com\u002Fp\u002F29426019\" class=\"internal\"\u003E第一级：为什么需要依赖注入\u003C\u002Fa\u003E\u003C\u002Fli\u003E\u003Cli\u003E\u003Ca href=\"https:\u002F\u002Fzhuanlan.zhihu.com\u002Fp\u002F29629813\" class=\"internal\"\u003E第二级：注入方式哪家强\u003C\u002Fa\u003E\u003C\u002Fli\u003E\u003Cli\u003E\u003Ca href=\"https:\u002F\u002Fzhuanlan.zhihu.com\u002Fp\u002F29938139\" class=\"internal\"\u003E第三级：配置方式如何选\u003C\u002Fa\u003E\u003C\u002Fli\u003E\u003Cli\u003E\u003Ca href=\"https:\u002F\u002Fzhuanlan.zhihu.com\u002Fp\u002F30344078?group_id=905707244588269568\" class=\"internal\"\u003E第四级：Spring Boot - NoXml Web Application\u003C\u002Fa\u003E\u003C\u002Fli\u003E\u003Cli\u003E\u003Ca href=\"https:\u002F\u002Fzhuanlan.zhihu.com\u002Fp\u002F30396391\" class=\"internal\"\u003E第五级：如何给老婆解释什么是Restful\u003C\u002Fa\u003E\u003C\u002Fli\u003E\u003C\u002Ful\u003E\u003Cp\u003E不断打怪升级中...\u003C\u002Fp\u003E\u003Cp\u003E\u003Cbr\u003E\u003C\u002Fp\u003E\u003Cp\u003E本集概要：\u003C\u002Fp\u003E\u003Cul\u003E\u003Cli\u003E使用依赖注入前，代码是什么样子，有什么缺点？\u003C\u002Fli\u003E\u003Cli\u003E依赖注入是什么？为什么要使用依赖注入？\u003C\u002Fli\u003E\u003Cli\u003ESpring如何使用xml配置的方式进行依赖注入？\u003C\u002Fli\u003E\u003C\u002Ful\u003E\u003Chr\u003E\u003Cp\u003E大雄是一个刚踏入社会的95后，热爱编程的他，在毕业之后进入了一家互联网公司，负责公司内一个电商项目的开发工作。\u003Cbr\u003E为了让大雄更快的成长，公司安排了哆啦作为大雄的导师。\u003C\u002Fp\u003E\u003Ch2\u003E春风得意\u003C\u002Fh2\u003E\u003Cp\u003E在哆啦的指导下，大雄很快对这个项目的代码有了大致的了解，于是哆啦准备给大雄安排点任务。\u003C\u002Fp\u003E\u003Cp\u003E“大雄，我们这项目现在缺少\u003Cb\u003E日志打印\u003C\u002Fb\u003E，万一到时上线后发现bug了，很难定位。你看看有什么办法可以把一些必要的信息\u003Cb\u003E打印到日志文件\u003C\u002Fb\u003E中。”\u003Cbr\u003E“没问题！”大雄爽快地答应了。\u003C\u002Fp\u003E\u003Cp\u003E大雄以前在学校时，经常上网找各种资源，于是很快就锁定了一个叫PerfectLogger的工具。“资料很完善，很多大神都推荐它，嗯，就用它了”。\u003C\u002Fp\u003E\u003Cp\u003E大雄看了一下PerfectLogger的官方文档，发现里面提供了很多种日志打印功能，有打印到文件的，有打印到控制台的，还有打印到远程服务器上的，这些类都实现了一个叫ILogger的接口：\u003C\u002Fp\u003E\u003Cul\u003E\u003Cli\u003EILogger\u003C\u002Fli\u003E\u003Cul\u003E\u003Cli\u003EFileLogger\u003C\u002Fli\u003E\u003Cli\u003EConsoleLogger\u003C\u002Fli\u003E\u003Cli\u003EServerLogger\u003C\u002Fli\u003E\u003Cli\u003E…\u003C\u002Fli\u003E\u003C\u002Ful\u003E\u003C\u002Ful\u003E\u003Cp\u003E\u003Cbr\u003E\u003C\u002Fp\u003E\u003Cp\u003E“哆啦说要打印到文件，那就用FileLogger吧！”\u003Cbr\u003E于是，大雄先在支付接口的代码中，加入了日志打印（\u003Cb\u003E本文使用的代码，可以到\u003C\u002Fb\u003E \u003Cb\u003E\u003Ca href=\"https:\u002F\u002Flink.zhihu.com\u002F?target=https%3A\u002F\u002Fgithub.com\u002Fhzy38324\u002FSpringNovel\" class=\" wrap external\" target=\"_blank\" rel=\"nofollow noreferrer\"\u003ESpringNovel\u003C\u002Fa\u003E\u003C\u002Fb\u003E \u003Cb\u003E下载\u003C\u002Fb\u003E）：\u003C\u002Fp\u003E\u003Cdiv class=\"highlight\"\u003E\u003Cpre\u003E\u003Ccode class=\"language-java\"\u003E\u003Cspan\u003E\u003C\u002Fspan\u003E\u003Cspan class=\"kd\"\u003Epublic\u003C\u002Fspan\u003E \u003Cspan class=\"kd\"\u003Eclass\u003C\u002Fspan\u003E \u003Cspan class=\"nc\"\u003EPaymentAction\u003C\u002Fspan\u003E \u003Cspan class=\"o\"\u003E{\u003C\u002Fspan\u003E\n\t\n\t\u003Cspan class=\"kd\"\u003Eprivate\u003C\u002Fspan\u003E \u003Cspan class=\"n\"\u003EILogger\u003C\u002Fspan\u003E \u003Cspan class=\"n\"\u003Elogger\u003C\u002Fspan\u003E \u003Cspan class=\"o\"\u003E=\u003C\u002Fspan\u003E \u003Cspan class=\"k\"\u003Enew\u003C\u002Fspan\u003E \u003Cspan class=\"n\"\u003EFileLogger\u003C\u002Fspan\u003E\u003Cspan class=\"o\"\u003E();\u003C\u002Fspan\u003E\n\t\n\t\u003Cspan class=\"kd\"\u003Epublic\u003C\u002Fspan\u003E \u003Cspan class=\"kt\"\u003Evoid\u003C\u002Fspan\u003E \u003Cspan class=\"nf\"\u003Epay\u003C\u002Fspan\u003E\u003Cspan class=\"o\"\u003E(\u003C\u002Fspan\u003E\u003Cspan class=\"n\"\u003EBigDecimal\u003C\u002Fspan\u003E \u003Cspan class=\"n\"\u003EpayValue\u003C\u002Fspan\u003E\u003Cspan class=\"o\"\u003E)\u003C\u002Fspan\u003E \u003Cspan class=\"o\"\u003E{\u003C\u002Fspan\u003E\n\t\t\u003Cspan class=\"n\"\u003Elogger\u003C\u002Fspan\u003E\u003Cspan class=\"o\"\u003E.\u003C\u002Fspan\u003E\u003Cspan class=\"na\"\u003Elog\u003C\u002Fspan\u003E\u003Cspan class=\"o\"\u003E(\u003C\u002Fspan\u003E\u003Cspan class=\"s\"\u003E\"pay begin, payValue is \"\u003C\u002Fspan\u003E \u003Cspan class=\"o\"\u003E+\u003C\u002Fspan\u003E \u003Cspan class=\"n\"\u003EpayValue\u003C\u002Fspan\u003E\u003Cspan class=\"o\"\u003E);\u003C\u002Fspan\u003E\n\t\t\n\t\t\u003Cspan class=\"c1\"\u003E\u002F\u002F do otherthing\u003C\u002Fspan\u003E\n\t\t\u003Cspan class=\"c1\"\u003E\u002F\u002F ...\u003C\u002Fspan\u003E\n\t\t\n\t\t\u003Cspan class=\"n\"\u003Elogger\u003C\u002Fspan\u003E\u003Cspan class=\"o\"\u003E.\u003C\u002Fspan\u003E\u003Cspan class=\"na\"\u003Elog\u003C\u002Fspan\u003E\u003Cspan class=\"o\"\u003E(\u003C\u002Fspan\u003E\u003Cspan class=\"s\"\u003E\"pay end\"\u003C\u002Fspan\u003E\u003Cspan class=\"o\"\u003E);\u003C\u002Fspan\u003E\n\t\u003Cspan class=\"o\"\u003E}\u003C\u002Fspan\u003E\n\u003Cspan class=\"o\"\u003E}\u003C\u002Fspan\u003E\n\u003C\u002Fcode\u003E\u003C\u002Fpre\u003E\u003C\u002Fdiv\u003E\u003Cp\u003E接着，大雄又在登录、鉴权、退款、退货等接口，都加上和支付接口类似的日志功能，要加的地方还真不少，大雄加了两天两夜，终于加完了，大功告成！想到自己第一个任务就顺利完成了，大雄不禁有点小得意…\u003C\u002Fp\u003E\u003Ch2\u003E改需求了\u003C\u002Fh2\u003E\u003Cp\u003E很快公司升级了系统，大雄做的日志功能也将第一次迎来生产环境的考验。\u003C\u002Fp\u003E\u003Cp\u003E两天后，哆啦找到了大雄。 “大雄，测试那边说，日志文件太多了，不能都打印到本地的目录下，要我们把日志打印到一台\u003Cb\u003E日志服务器上\u003C\u002Fb\u003E，你看看改动大不大。”\u003Cbr\u003E“这个简单，我只需要做个\u003Cb\u003E全局替换\u003C\u002Fb\u003E，把FileLogger都替换成ServerLogger就完事了。”\u003Cbr\u003E哆啦听完，皱了皱眉头，问道，“那要是下次公司让我们把日志打印到控制台，或者又突然想让我们打印到本地文件呢，你还是继续全局替换吗？”\u003Cbr\u003E大雄听完，觉得是有点不妥……\u003C\u002Fp\u003E\u003Ch2\u003E代码如何解耦\u003C\u002Fh2\u003E\u003Cp\u003E“我看了一下你现在的代码，每个Action中的logger都是由Action自己创造的，所以如果要修改logger的实现类，就要改很多地方。有没有想过可以\u003Cb\u003E把logger对象的创建交给外部去做呢\u003C\u002Fb\u003E？”\u003Cbr\u003E大雄听完，觉得这好像是某种自己以前学过的设计模式，“工厂模式！”大雄恍然大悟。\u003C\u002Fp\u003E\u003Cp\u003E很快，大雄对代码做了重构：\u003C\u002Fp\u003E\u003Cdiv class=\"highlight\"\u003E\u003Cpre\u003E\u003Ccode class=\"language-java\"\u003E\u003Cspan\u003E\u003C\u002Fspan\u003E\u003Cspan class=\"kd\"\u003Epublic\u003C\u002Fspan\u003E \u003Cspan class=\"kd\"\u003Eclass\u003C\u002Fspan\u003E \u003Cspan class=\"nc\"\u003EPaymentAction\u003C\u002Fspan\u003E \u003Cspan class=\"o\"\u003E{\u003C\u002Fspan\u003E\n\t\n\t\u003Cspan class=\"kd\"\u003Eprivate\u003C\u002Fspan\u003E \u003Cspan class=\"n\"\u003EILogger\u003C\u002Fspan\u003E \u003Cspan class=\"n\"\u003Elogger\u003C\u002Fspan\u003E \u003Cspan class=\"o\"\u003E=\u003C\u002Fspan\u003E \u003Cspan class=\"n\"\u003ELoggerFactory\u003C\u002Fspan\u003E\u003Cspan class=\"o\"\u003E.\u003C\u002Fspan\u003E\u003Cspan class=\"na\"\u003EcreateLogger\u003C\u002Fspan\u003E\u003Cspan class=\"o\"\u003E();\u003C\u002Fspan\u003E\n\t\n\t\u003Cspan class=\"kd\"\u003Epublic\u003C\u002Fspan\u003E \u003Cspan class=\"kt\"\u003Evoid\u003C\u002Fspan\u003E \u003Cspan class=\"nf\"\u003Epay\u003C\u002Fspan\u003E\u003Cspan class=\"o\"\u003E(\u003C\u002Fspan\u003E\u003Cspan class=\"n\"\u003EBigDecimal\u003C\u002Fspan\u003E \u003Cspan class=\"n\"\u003EpayValue\u003C\u002Fspan\u003E\u003Cspan class=\"o\"\u003E)\u003C\u002Fspan\u003E \u003Cspan class=\"o\"\u003E{\u003C\u002Fspan\u003E\n\t\t\u003Cspan class=\"n\"\u003Elogger\u003C\u002Fspan\u003E\u003Cspan class=\"o\"\u003E.\u003C\u002Fspan\u003E\u003Cspan class=\"na\"\u003Elog\u003C\u002Fspan\u003E\u003Cspan class=\"o\"\u003E(\u003C\u002Fspan\u003E\u003Cspan class=\"s\"\u003E\"pay begin, payValue is \"\u003C\u002Fspan\u003E \u003Cspan class=\"o\"\u003E+\u003C\u002Fspan\u003E \u003Cspan class=\"n\"\u003EpayValue\u003C\u002Fspan\u003E\u003Cspan class=\"o\"\u003E);\u003C\u002Fspan\u003E\n\t\t\n\t\t\u003Cspan class=\"c1\"\u003E\u002F\u002F do otherthing\u003C\u002Fspan\u003E\n\t\t\u003Cspan class=\"c1\"\u003E\u002F\u002F ...\u003C\u002Fspan\u003E\n\t\t\n\t\t\u003Cspan class=\"n\"\u003Elogger\u003C\u002Fspan\u003E\u003Cspan class=\"o\"\u003E.\u003C\u002Fspan\u003E\u003Cspan class=\"na\"\u003Elog\u003C\u002Fspan\u003E\u003Cspan class=\"o\"\u003E(\u003C\u002Fspan\u003E\u003Cspan class=\"s\"\u003E\"pay end\"\u003C\u002Fspan\u003E\u003Cspan class=\"o\"\u003E);\u003C\u002Fspan\u003E\n\t\u003Cspan class=\"o\"\u003E}\u003C\u002Fspan\u003E\n\u003Cspan class=\"o\"\u003E}\u003C\u002Fspan\u003E\n\u003C\u002Fcode\u003E\u003C\u002Fpre\u003E\u003C\u002Fdiv\u003E\u003Cp\u003E\u003Cbr\u003E\u003C\u002Fp\u003E\u003Cdiv class=\"highlight\"\u003E\u003Cpre\u003E\u003Ccode class=\"language-java\"\u003E\u003Cspan\u003E\u003C\u002Fspan\u003E\u003Cspan class=\"kd\"\u003Epublic\u003C\u002Fspan\u003E \u003Cspan class=\"kd\"\u003Eclass\u003C\u002Fspan\u003E \u003Cspan class=\"nc\"\u003ELoggerFactory\u003C\u002Fspan\u003E \u003Cspan class=\"o\"\u003E{\u003C\u002Fspan\u003E\n\t\u003Cspan class=\"kd\"\u003Epublic\u003C\u002Fspan\u003E \u003Cspan class=\"kd\"\u003Estatic\u003C\u002Fspan\u003E \u003Cspan class=\"n\"\u003EILogger\u003C\u002Fspan\u003E \u003Cspan class=\"nf\"\u003EcreateLogger\u003C\u002Fspan\u003E\u003Cspan class=\"o\"\u003E()\u003C\u002Fspan\u003E \u003Cspan class=\"o\"\u003E{\u003C\u002Fspan\u003E\n\t\t\u003Cspan class=\"k\"\u003Ereturn\u003C\u002Fspan\u003E \u003Cspan class=\"k\"\u003Enew\u003C\u002Fspan\u003E \u003Cspan class=\"n\"\u003EServerLogger\u003C\u002Fspan\u003E\u003Cspan class=\"o\"\u003E();\u003C\u002Fspan\u003E\n\t\u003Cspan class=\"o\"\u003E}\u003C\u002Fspan\u003E\n\u003Cspan class=\"o\"\u003E}\u003C\u002Fspan\u003E\n\u003C\u002Fcode\u003E\u003C\u002Fpre\u003E\u003C\u002Fdiv\u003E\u003Cp\u003E有了这个LoggerFactory，以后要是要换日志打印的方式，只需要修改这个工厂类就好了。\u003C\u002Fp\u003E\u003Ch2\u003E啪！一盘冷水\u003C\u002Fh2\u003E\u003Cp\u003E大雄高兴地给哆啦提了代码检视的请求，但是，很快，一盘冷水就泼了过来，哆啦的回复是这样的：\u003C\u002Fp\u003E\u003Cul\u003E\u003Cli\u003E工厂类每次都new一个新对象，是不是很浪费，能不能做成\u003Cb\u003E单例\u003C\u002Fb\u003E的，甚至是做成单例和多例是\u003Cb\u003E可以配置\u003C\u002Fb\u003E；\u003C\u002Fli\u003E\u003Cli\u003E如果有这种需求：支付信息比较多而且比较敏感，日志要打印到远程服务器，其他信息都打印到本地，怎么实现；\u003C\u002Fli\u003E\u003Cli\u003E…\u003C\u002Fli\u003E\u003C\u002Ful\u003E\u003Cp\u003E大雄看完，顿时感觉自己2young2simple了，准备今晚留下来好好加班……\u003C\u002Fp\u003E\u003Ch2\u003ESpring! Spring!\u003C\u002Fh2\u003E\u003Cp\u003E正当大雄郁闷着的时候，屏幕右下角哆啦的头像突然蹦了出来。\u003C\u002Fp\u003E\u003Cp\u003E“其实这种\u003Cb\u003E将对象交给外部去创建\u003C\u002Fb\u003E的机制，不仅仅是工厂模式，它还被称为\u003Cb\u003E控制反转\u003C\u002Fb\u003E（Inverse of Control），它还有另一个更常用的名称，\u003Cb\u003E依赖注入\u003C\u002Fb\u003E（Dependency Injection）。这种机制，业界已经有很成熟的实现了，它就是\u003Cb\u003ESpring Framework\u003C\u002Fb\u003E，晚上早点回去，有空可以看看Spring，明天再过来改。”\u003C\u002Fp\u003E\u003Cp\u003E那天晚上，大雄在网上找了下Spring的资料，他似乎发现了另一个世界…\u003C\u002Fp\u003E\u003Ch2\u003E使用Spring改造代码\u003C\u002Fh2\u003E\u003Cp\u003E第二天大雄早早地就来到了公司，他迫不及待地想把原来的代码使用Spring的方式改造一遍。\u003C\u002Fp\u003E\u003Cp\u003E在使用\u003Ca href=\"https:\u002F\u002Flink.zhihu.com\u002F?target=https%3A\u002F\u002Fgradle.org\u002F\" class=\" wrap external\" target=\"_blank\" rel=\"nofollow noreferrer\"\u003Egradle\u003C\u002Fa\u003E引入了必要的jar包后，大雄对原来的PaymentAction做了修改，不再在类内部创建logger对象，同时给PaymentAction添加了一个构造函数，方便Spring进行注入：\u003C\u002Fp\u003E\u003Cdiv class=\"highlight\"\u003E\u003Cpre\u003E\u003Ccode class=\"language-java\"\u003E\u003Cspan\u003E\u003C\u002Fspan\u003E\u003Cspan class=\"kd\"\u003Epublic\u003C\u002Fspan\u003E \u003Cspan class=\"kd\"\u003Eclass\u003C\u002Fspan\u003E \u003Cspan class=\"nc\"\u003EPaymentAction\u003C\u002Fspan\u003E \u003Cspan class=\"o\"\u003E{\u003C\u002Fspan\u003E\n\t\n\t\u003Cspan class=\"kd\"\u003Eprivate\u003C\u002Fspan\u003E \u003Cspan class=\"n\"\u003EILogger\u003C\u002Fspan\u003E \u003Cspan class=\"n\"\u003Elogger\u003C\u002Fspan\u003E\u003Cspan class=\"o\"\u003E;\u003C\u002Fspan\u003E\n\t\n\t\u003Cspan class=\"kd\"\u003Epublic\u003C\u002Fspan\u003E \u003Cspan class=\"nf\"\u003EPaymentAction\u003C\u002Fspan\u003E\u003Cspan class=\"o\"\u003E(\u003C\u002Fspan\u003E\u003Cspan class=\"n\"\u003EILogger\u003C\u002Fspan\u003E \u003Cspan class=\"n\"\u003Elogger\u003C\u002Fspan\u003E\u003Cspan class=\"o\"\u003E)\u003C\u002Fspan\u003E \u003Cspan class=\"o\"\u003E{\u003C\u002Fspan\u003E\n\t\t\u003Cspan class=\"kd\"\u003Esuper\u003C\u002Fspan\u003E\u003Cspan class=\"o\"\u003E();\u003C\u002Fspan\u003E\n\t\t\u003Cspan class=\"k\"\u003Ethis\u003C\u002Fspan\u003E\u003Cspan class=\"o\"\u003E.\u003C\u002Fspan\u003E\u003Cspan class=\"na\"\u003Elogger\u003C\u002Fspan\u003E \u003Cspan class=\"o\"\u003E=\u003C\u002Fspan\u003E \u003Cspan class=\"n\"\u003Elogger\u003C\u002Fspan\u003E\u003Cspan class=\"o\"\u003E;\u003C\u002Fspan\u003E\n\t\u003Cspan class=\"o\"\u003E}\u003C\u002Fspan\u003E\n\n\t\u003Cspan class=\"kd\"\u003Epublic\u003C\u002Fspan\u003E \u003Cspan class=\"kt\"\u003Evoid\u003C\u002Fspan\u003E \u003Cspan class=\"nf\"\u003Epay\u003C\u002Fspan\u003E\u003Cspan class=\"o\"\u003E(\u003C\u002Fspan\u003E\u003Cspan class=\"n\"\u003EBigDecimal\u003C\u002Fspan\u003E \u003Cspan class=\"n\"\u003EpayValue\u003C\u002Fspan\u003E\u003Cspan class=\"o\"\u003E)\u003C\u002Fspan\u003E \u003Cspan class=\"o\"\u003E{\u003C\u002Fspan\u003E\n\t\t\u003Cspan class=\"n\"\u003Elogger\u003C\u002Fspan\u003E\u003Cspan class=\"o\"\u003E.\u003C\u002Fspan\u003E\u003Cspan class=\"na\"\u003Elog\u003C\u002Fspan\u003E\u003Cspan class=\"o\"\u003E(\u003C\u002Fspan\u003E\u003Cspan class=\"s\"\u003E\"pay begin, payValue is \"\u003C\u002Fspan\u003E \u003Cspan class=\"o\"\u003E+\u003C\u002Fspan\u003E \u003Cspan class=\"n\"\u003EpayValue\u003C\u002Fspan\u003E\u003Cspan class=\"o\"\u003E);\u003C\u002Fspan\u003E\n\t\t\n\t\t\u003Cspan class=\"c1\"\u003E\u002F\u002F do otherthing\u003C\u002Fspan\u003E\n\t\t\u003Cspan class=\"c1\"\u003E\u002F\u002F ...\u003C\u002Fspan\u003E\n\t\t\n\t\t\u003Cspan class=\"n\"\u003Elogger\u003C\u002Fspan\u003E\u003Cspan class=\"o\"\u003E.\u003C\u002Fspan\u003E\u003Cspan class=\"na\"\u003Elog\u003C\u002Fspan\u003E\u003Cspan class=\"o\"\u003E(\u003C\u002Fspan\u003E\u003Cspan class=\"s\"\u003E\"pay end\"\u003C\u002Fspan\u003E\u003Cspan class=\"o\"\u003E);\u003C\u002Fspan\u003E\n\t\u003Cspan class=\"o\"\u003E}\u003C\u002Fspan\u003E\n\u003Cspan class=\"o\"\u003E}\u003C\u002Fspan\u003E\n\u003C\u002Fcode\u003E\u003C\u002Fpre\u003E\u003C\u002Fdiv\u003E\u003Cp\u003E接着创建了一个以&lt;beans&gt;为根节点的xml文件，引入必要的XSD文件，并且配置了两个bean对象，使用了&lt;constructor-arg&gt;标签，指定了ServerLogger作为PaymentAction构造函数的入参：\u003C\u002Fp\u003E\u003Cdiv class=\"highlight\"\u003E\u003Cpre\u003E\u003Ccode class=\"language-xml\"\u003E\u003Cspan\u003E\u003C\u002Fspan\u003E\u003Cspan class=\"cp\"\u003E&lt;?xml version=\"1.0\" encoding=\"UTF-8\"?&gt;\u003C\u002Fspan\u003E\n\u003Cspan class=\"nt\"\u003E&lt;beans\u003C\u002Fspan\u003E \u003Cspan class=\"na\"\u003Exmlns=\u003C\u002Fspan\u003E\u003Cspan class=\"s\"\u003E\"http:\u002F\u002Fwww.springframework.org\u002Fschema\u002Fbeans\"\u003C\u002Fspan\u003E\n  \u003Cspan class=\"na\"\u003Exmlns:xsi=\u003C\u002Fspan\u003E\u003Cspan class=\"s\"\u003E\"http:\u002F\u002Fwww.w3.org\u002F2001\u002FXMLSchema-instance\"\u003C\u002Fspan\u003E\n  \u003Cspan class=\"na\"\u003Exsi:schemaLocation=\u003C\u002Fspan\u003E\u003Cspan class=\"s\"\u003E\"http:\u002F\u002Fwww.springframework.org\u002Fschema\u002Fbeans http:\u002F\u002Fwww.springframework.org\u002Fschema\u002Fbeans\u002Fspring-beans.xsd\"\u003C\u002Fspan\u003E\u003Cspan class=\"nt\"\u003E&gt;\u003C\u002Fspan\u003E\n\n  \u003Cspan class=\"nt\"\u003E&lt;bean\u003C\u002Fspan\u003E \u003Cspan class=\"na\"\u003Eid=\u003C\u002Fspan\u003E\u003Cspan class=\"s\"\u003E\"paymentAction\"\u003C\u002Fspan\u003E \u003Cspan class=\"na\"\u003Eclass=\u003C\u002Fspan\u003E\u003Cspan class=\"s\"\u003E\"com.springnovel.paymentwithspringxml.PaymentAction\"\u003C\u002Fspan\u003E\u003Cspan class=\"nt\"\u003E&gt;\u003C\u002Fspan\u003E\n  \t\u003Cspan class=\"nt\"\u003E&lt;constructor-arg\u003C\u002Fspan\u003E \u003Cspan class=\"na\"\u003Eref=\u003C\u002Fspan\u003E\u003Cspan class=\"s\"\u003E\"serverLogger\"\u003C\u002Fspan\u003E \u003Cspan class=\"nt\"\u003E\u002F&gt;\u003C\u002Fspan\u003E\n  \u003Cspan class=\"nt\"\u003E&lt;\u002Fbean&gt;\u003C\u002Fspan\u003E\n        \n  \u003Cspan class=\"nt\"\u003E&lt;bean\u003C\u002Fspan\u003E \u003Cspan class=\"na\"\u003Eid=\u003C\u002Fspan\u003E\u003Cspan class=\"s\"\u003E\"serverLogger\"\u003C\u002Fspan\u003E \u003Cspan class=\"na\"\u003Eclass=\u003C\u002Fspan\u003E\u003Cspan class=\"s\"\u003E\"com.springnovel.perfectlogger.ServerLogger\"\u003C\u002Fspan\u003E \u003Cspan class=\"nt\"\u003E\u002F&gt;\u003C\u002Fspan\u003E\n\n\u003Cspan class=\"nt\"\u003E&lt;\u002Fbeans&gt;\u003C\u002Fspan\u003E\n\u003C\u002Fcode\u003E\u003C\u002Fpre\u003E\u003C\u002Fdiv\u003E\u003Cp\u003E差不多了，现在测试一下：\u003C\u002Fp\u003E\u003Cdiv class=\"highlight\"\u003E\u003Cpre\u003E\u003Ccode class=\"language-java\"\u003E\u003Cspan\u003E\u003C\u002Fspan\u003E\u003Cspan class=\"n\"\u003EApplicationContext\u003C\u002Fspan\u003E \u003Cspan class=\"n\"\u003Econtext\u003C\u002Fspan\u003E \u003Cspan class=\"o\"\u003E=\u003C\u002Fspan\u003E \u003Cspan class=\"k\"\u003Enew\u003C\u002Fspan\u003E \u003Cspan class=\"n\"\u003EClassPathXmlApplicationContext\u003C\u002Fspan\u003E\u003Cspan class=\"o\"\u003E(\u003C\u002Fspan\u003E\u003Cspan class=\"s\"\u003E\"payment.xml\"\u003C\u002Fspan\u003E\u003Cspan class=\"o\"\u003E);\u003C\u002Fspan\u003E\n\u003Cspan class=\"n\"\u003EPaymentAction\u003C\u002Fspan\u003E \u003Cspan class=\"n\"\u003EpaymentAction\u003C\u002Fspan\u003E \u003Cspan class=\"o\"\u003E=\u003C\u002Fspan\u003E \u003Cspan class=\"o\"\u003E(\u003C\u002Fspan\u003E\u003Cspan class=\"n\"\u003EPaymentAction\u003C\u002Fspan\u003E\u003Cspan class=\"o\"\u003E)\u003C\u002Fspan\u003E \u003Cspan class=\"n\"\u003Econtext\u003C\u002Fspan\u003E\u003Cspan class=\"o\"\u003E.\u003C\u002Fspan\u003E\u003Cspan class=\"na\"\u003EgetBean\u003C\u002Fspan\u003E\u003Cspan class=\"o\"\u003E(\u003C\u002Fspan\u003E\u003Cspan class=\"s\"\u003E\"paymentAction\"\u003C\u002Fspan\u003E\u003Cspan class=\"o\"\u003E);\u003C\u002Fspan\u003E\n\u003Cspan class=\"n\"\u003EpaymentAction\u003C\u002Fspan\u003E\u003Cspan class=\"o\"\u003E.\u003C\u002Fspan\u003E\u003Cspan class=\"na\"\u003Epay\u003C\u002Fspan\u003E\u003Cspan class=\"o\"\u003E(\u003C\u002Fspan\u003E\u003Cspan class=\"k\"\u003Enew\u003C\u002Fspan\u003E \u003Cspan class=\"n\"\u003EBigDecimal\u003C\u002Fspan\u003E\u003Cspan class=\"o\"\u003E(\u003C\u002Fspan\u003E\u003Cspan class=\"mi\"\u003E2\u003C\u002Fspan\u003E\u003Cspan class=\"o\"\u003E));\u003C\u002Fspan\u003E\n\u003C\u002Fcode\u003E\u003C\u002Fpre\u003E\u003C\u002Fdiv\u003E\u003Cp\u003EOutput:\u003C\u002Fp\u003E\u003Cdiv class=\"highlight\"\u003E\u003Cpre\u003E\u003Ccode class=\"language-text\"\u003E\u003Cspan\u003E\u003C\u002Fspan\u003EServerLogger: pay begin, payValue is 2\nServerLogger: pay end\n\u003C\u002Fcode\u003E\u003C\u002Fpre\u003E\u003C\u002Fdiv\u003E\u003Cp\u003E很棒！ServerLogger对象已经被注入到PaymentAction中了。\u003Cbr\u003E就这样，大雄很快就使用Spring实现了自己昨天写的工厂类的功能，修复了之前代码耦合性过高的问题。\u003C\u002Fp\u003E\u003Ch2\u003E学以致用\u003C\u002Fh2\u003E\u003Cp\u003E这边大雄正高兴呢，突然发现旁边的测试妹妹静香眉头紧锁，于是过去关心了一番。\u003Cbr\u003E原来静香正在测试一个删除订单的功能，但是现在测试用的数据库突然挂了，导致静香不能进行测试。\u003C\u002Fp\u003E\u003Cp\u003E大雄看了看订单删除接口的代码：\u003C\u002Fp\u003E\u003Cdiv class=\"highlight\"\u003E\u003Cpre\u003E\u003Ccode class=\"language-java\"\u003E\u003Cspan\u003E\u003C\u002Fspan\u003E\u003Cspan class=\"kd\"\u003Epublic\u003C\u002Fspan\u003E \u003Cspan class=\"kd\"\u003Eclass\u003C\u002Fspan\u003E \u003Cspan class=\"nc\"\u003EOrderAction\u003C\u002Fspan\u003E \u003Cspan class=\"o\"\u003E{\u003C\u002Fspan\u003E\n\t\u003Cspan class=\"kd\"\u003Epublic\u003C\u002Fspan\u003E \u003Cspan class=\"kt\"\u003Evoid\u003C\u002Fspan\u003E \u003Cspan class=\"nf\"\u003EdeleteOrder\u003C\u002Fspan\u003E\u003Cspan class=\"o\"\u003E(\u003C\u002Fspan\u003E\u003Cspan class=\"n\"\u003EString\u003C\u002Fspan\u003E \u003Cspan class=\"n\"\u003EorderId\u003C\u002Fspan\u003E\u003Cspan class=\"o\"\u003E)\u003C\u002Fspan\u003E \u003Cspan class=\"o\"\u003E{\u003C\u002Fspan\u003E\n\t\t\u003Cspan class=\"c1\"\u003E\u002F\u002F 鉴权\u003C\u002Fspan\u003E\n\t\t\u003Cspan class=\"c1\"\u003E\u002F\u002F 此处略去一万字...\u003C\u002Fspan\u003E\n\t\t\n\t\t\u003Cspan class=\"n\"\u003EIOrderDao\u003C\u002Fspan\u003E \u003Cspan class=\"n\"\u003EorderDao\u003C\u002Fspan\u003E \u003Cspan class=\"o\"\u003E=\u003C\u002Fspan\u003E \u003Cspan class=\"k\"\u003Enew\u003C\u002Fspan\u003E \u003Cspan class=\"n\"\u003EOrderDao\u003C\u002Fspan\u003E\u003Cspan class=\"o\"\u003E();\u003C\u002Fspan\u003E\n\t\t\u003Cspan class=\"n\"\u003EorderDao\u003C\u002Fspan\u003E\u003Cspan class=\"o\"\u003E.\u003C\u002Fspan\u003E\u003Cspan class=\"na\"\u003EdeleteOrder\u003C\u002Fspan\u003E\u003Cspan class=\"o\"\u003E(\u003C\u002Fspan\u003E\u003Cspan class=\"n\"\u003EorderId\u003C\u002Fspan\u003E\u003Cspan class=\"o\"\u003E);\u003C\u002Fspan\u003E\n\t\u003Cspan class=\"o\"\u003E}\u003C\u002Fspan\u003E\n\u003Cspan class=\"o\"\u003E}\u003C\u002Fspan\u003E\n\u003C\u002Fcode\u003E\u003C\u002Fpre\u003E\u003C\u002Fdiv\u003E\u003Cp\u003E“这又是一个\u003Cb\u003E代码耦合过紧\u003C\u002Fb\u003E的问题！”大雄脱口而出。\u003Cbr\u003E“这个删除订单的接口有几个逻辑：鉴权、删除、回滚等，但是这里把删除的数据库操作和OrderDao绑定死了，\u003Cb\u003E这样就要求测试这个接口时必须要连接到数据库中\u003C\u002Fb\u003E，但是作为单元测试，我们只是想测删除订单的逻辑是否合理，而订单是否真的删除，应该属于另一个单元测试了” 大雄很是激动，嘴里唾沫横飞。\u003Cbr\u003E“我来帮你改一下。”\u003C\u002Fp\u003E\u003Cp\u003E“控制反转”后的OrderAction:\u003C\u002Fp\u003E\u003Cdiv class=\"highlight\"\u003E\u003Cpre\u003E\u003Ccode class=\"language-java\"\u003E\u003Cspan\u003E\u003C\u002Fspan\u003E\u003Cspan class=\"kd\"\u003Epublic\u003C\u002Fspan\u003E \u003Cspan class=\"kd\"\u003Eclass\u003C\u002Fspan\u003E \u003Cspan class=\"nc\"\u003EOrderAction\u003C\u002Fspan\u003E \u003Cspan class=\"o\"\u003E{\u003C\u002Fspan\u003E\n\t\n\t\u003Cspan class=\"kd\"\u003Eprivate\u003C\u002Fspan\u003E \u003Cspan class=\"n\"\u003EIOrderDao\u003C\u002Fspan\u003E \u003Cspan class=\"n\"\u003EorderDao\u003C\u002Fspan\u003E\u003Cspan class=\"o\"\u003E;\u003C\u002Fspan\u003E\n\t\n\t\u003Cspan class=\"kd\"\u003Epublic\u003C\u002Fspan\u003E \u003Cspan class=\"nf\"\u003EOrderAction\u003C\u002Fspan\u003E\u003Cspan class=\"o\"\u003E(\u003C\u002Fspan\u003E\u003Cspan class=\"n\"\u003EIOrderDao\u003C\u002Fspan\u003E \u003Cspan class=\"n\"\u003EorderDao\u003C\u002Fspan\u003E\u003Cspan class=\"o\"\u003E)\u003C\u002Fspan\u003E \u003Cspan class=\"o\"\u003E{\u003C\u002Fspan\u003E\n\t\t\u003Cspan class=\"kd\"\u003Esuper\u003C\u002Fspan\u003E\u003Cspan class=\"o\"\u003E();\u003C\u002Fspan\u003E\n\t\t\u003Cspan class=\"k\"\u003Ethis\u003C\u002Fspan\u003E\u003Cspan class=\"o\"\u003E.\u003C\u002Fspan\u003E\u003Cspan class=\"na\"\u003EorderDao\u003C\u002Fspan\u003E \u003Cspan class=\"o\"\u003E=\u003C\u002Fspan\u003E \u003Cspan class=\"n\"\u003EorderDao\u003C\u002Fspan\u003E\u003Cspan class=\"o\"\u003E;\u003C\u002Fspan\u003E\n\t\u003Cspan class=\"o\"\u003E}\u003C\u002Fspan\u003E\n\n\t\u003Cspan class=\"kd\"\u003Epublic\u003C\u002Fspan\u003E \u003Cspan class=\"kt\"\u003Evoid\u003C\u002Fspan\u003E \u003Cspan class=\"nf\"\u003EdeleteOrder\u003C\u002Fspan\u003E\u003Cspan class=\"o\"\u003E(\u003C\u002Fspan\u003E\u003Cspan class=\"n\"\u003EString\u003C\u002Fspan\u003E \u003Cspan class=\"n\"\u003EorderId\u003C\u002Fspan\u003E\u003Cspan class=\"o\"\u003E)\u003C\u002Fspan\u003E \u003Cspan class=\"o\"\u003E{\u003C\u002Fspan\u003E\n\t\t\u003Cspan class=\"c1\"\u003E\u002F\u002F 鉴权\u003C\u002Fspan\u003E\n\t\t\u003Cspan class=\"c1\"\u003E\u002F\u002F 此处略去一万字...\u003C\u002Fspan\u003E\n\t\t\n\t\t\u003Cspan class=\"n\"\u003EorderDao\u003C\u002Fspan\u003E\u003Cspan class=\"o\"\u003E.\u003C\u002Fspan\u003E\u003Cspan class=\"na\"\u003EdeleteOrder\u003C\u002Fspan\u003E\u003Cspan class=\"o\"\u003E(\u003C\u002Fspan\u003E\u003Cspan class=\"n\"\u003EorderId\u003C\u002Fspan\u003E\u003Cspan class=\"o\"\u003E);\u003C\u002Fspan\u003E\n\t\u003Cspan class=\"o\"\u003E}\u003C\u002Fspan\u003E\n\u003Cspan class=\"o\"\u003E}\u003C\u002Fspan\u003E\n\u003C\u002Fcode\u003E\u003C\u002Fpre\u003E\u003C\u002Fdiv\u003E\u003Cp\u003E改造后的OrderAction，不再和OrderDao这个实现类耦合在一起，做单元测试的时候，可以写一个“Mock”测试，就像这样：\u003C\u002Fp\u003E\u003Cdiv class=\"highlight\"\u003E\u003Cpre\u003E\u003Ccode class=\"language-java\"\u003E\u003Cspan\u003E\u003C\u002Fspan\u003E\u003Cspan class=\"kd\"\u003Epublic\u003C\u002Fspan\u003E \u003Cspan class=\"kt\"\u003Evoid\u003C\u002Fspan\u003E \u003Cspan class=\"nf\"\u003EmockDeleteOrderTest\u003C\u002Fspan\u003E\u003Cspan class=\"o\"\u003E()\u003C\u002Fspan\u003E \u003Cspan class=\"o\"\u003E{\u003C\u002Fspan\u003E\n\t\u003Cspan class=\"n\"\u003EIOrderDao\u003C\u002Fspan\u003E \u003Cspan class=\"n\"\u003EorderDao\u003C\u002Fspan\u003E \u003Cspan class=\"o\"\u003E=\u003C\u002Fspan\u003E \u003Cspan class=\"k\"\u003Enew\u003C\u002Fspan\u003E \u003Cspan class=\"n\"\u003EMockOrderDao\u003C\u002Fspan\u003E\u003Cspan class=\"o\"\u003E();\u003C\u002Fspan\u003E\n\t\u003Cspan class=\"n\"\u003EOrderAction\u003C\u002Fspan\u003E \u003Cspan class=\"n\"\u003EorderAction\u003C\u002Fspan\u003E \u003Cspan class=\"o\"\u003E=\u003C\u002Fspan\u003E \u003Cspan class=\"k\"\u003Enew\u003C\u002Fspan\u003E \u003Cspan class=\"n\"\u003EOrderAction\u003C\u002Fspan\u003E\u003Cspan class=\"o\"\u003E(\u003C\u002Fspan\u003E\u003Cspan class=\"n\"\u003EorderDao\u003C\u002Fspan\u003E\u003Cspan class=\"o\"\u003E);\u003C\u002Fspan\u003E\n\t\u003Cspan class=\"n\"\u003EorderAction\u003C\u002Fspan\u003E\u003Cspan class=\"o\"\u003E.\u003C\u002Fspan\u003E\u003Cspan class=\"na\"\u003EdeleteOrder\u003C\u002Fspan\u003E\u003Cspan class=\"o\"\u003E(\u003C\u002Fspan\u003E\u003Cspan class=\"s\"\u003E\"1234567@#%^$\"\u003C\u002Fspan\u003E\u003Cspan class=\"o\"\u003E);\u003C\u002Fspan\u003E\n\u003Cspan class=\"o\"\u003E}\u003C\u002Fspan\u003E\n\u003C\u002Fcode\u003E\u003C\u002Fpre\u003E\u003C\u002Fdiv\u003E\u003Cp\u003E而这个MockOrderDao是不需要连接数据库的，因此即便数据库挂了，也同样可以进行单元测试。\u003C\u002Fp\u003E\u003Cp\u003E一旁的哆啦一直在静静地看着，然后拍了拍大雄的肩膀，“晚上请你和静香去撸串啊”，说完，鬼魅的朝大雄挑了挑眉毛。\u003C\u002Fp\u003E\u003Ch2\u003E大雄的笔记\u003C\u002Fh2\u003E\u003Cp\u003E这两天大雄可谓是收获颇丰，见识了依赖注入的必要性，还了解了如何使用Spring实现依赖注入。撸完串后，回到家，大雄在记事本上写下了心得：\u003C\u002Fp\u003E\u003Cul\u003E\u003Cli\u003E为什么要使用依赖注入\u003C\u002Fli\u003E\u003Cul\u003E\u003Cli\u003E传统的代码，每个对象负责管理与自己需要依赖的对象，导致如果需要切换依赖对象的实现类时，需要修改多处地方。同时，过度耦合也使得对象难以进行单元测试。\u003C\u002Fli\u003E\u003Cli\u003E依赖注入把对象的创造交给外部去管理,很好的解决了代码\u003Cb\u003E紧耦合\u003C\u002Fb\u003E（tight couple）的问题，是一种让代码实现\u003Cb\u003E松耦合\u003C\u002Fb\u003E（loose couple）的机制。\u003C\u002Fli\u003E\u003Cli\u003E松耦合让代码更具灵活性，能更好地\u003Cb\u003E应对需求变动\u003C\u002Fb\u003E，以及\u003Cb\u003E方便单元测试\u003C\u002Fb\u003E。\u003C\u002Fli\u003E\u003C\u002Ful\u003E\u003C\u002Ful\u003E\u003Cp\u003E\u003Cbr\u003E\u003C\u002Fp\u003E\u003Cul\u003E\u003Cli\u003E为什么要使用Spring\u003C\u002Fli\u003E\u003Cul\u003E\u003Cli\u003E使用Spring框架主要是为了\u003Cb\u003E简化Java开发\u003C\u002Fb\u003E（大多数框架都是为了简化开发），它帮我们封装好了很多完善的功能，而且Spring的生态圈也非常庞大。\u003C\u002Fli\u003E\u003Cli\u003E基于XML的配置是Spring提供的\u003Cb\u003E最原始的依赖注入配置方式\u003C\u002Fb\u003E，从Spring诞生之时就有了，功能也是最完善的（但是貌似有更好的配置方法，明天看看！）。\u003C\u002Fli\u003E\u003C\u002Ful\u003E\u003C\u002Ful\u003E\u003Cp\u003E\u003Cbr\u003E\u003C\u002Fp\u003E\u003Ch2\u003E未完待续\u003C\u002Fh2\u003E\u003Cp\u003E写完笔记，大雄继续看之前只看了一小部分的Spring指南，他发现除了构造器注入，还有一种注入叫set注入；除了xml配置，还可以使用注解、甚至是Java进行配置。Spring真是强大啊，给了用户那么多选择，可\u003Cb\u003E具体什么情况下该使用哪种注入方式和哪种配置方式呢\u003C\u002Fb\u003E，大雄陷入了沉思……\u003C\u002Fp\u003E\u003Ch2\u003E参考内容\u003C\u002Fh2\u003E\u003Cul\u003E\u003Cli\u003E《Spring in Action》\u003C\u002Fli\u003E\u003Cli\u003E\u003Ca href=\"https:\u002F\u002Flink.zhihu.com\u002F?target=https%3A\u002F\u002Fwww.tutorialspoint.com\u002Fspring\u002F\" class=\" wrap external\" target=\"_blank\" rel=\"nofollow noreferrer\"\u003Etutorialspoint - Spring Tutorial\u003C\u002Fa\u003E\u003C\u002Fli\u003E\u003Cli\u003E\u003Ca href=\"https:\u002F\u002Flink.zhihu.com\u002F?target=https%3A\u002F\u002Fwww.javatpoint.com\u002Fspring-tutorial\" class=\" wrap external\" target=\"_blank\" rel=\"nofollow noreferrer\"\u003Ejavatpoint - Spring Tutorial\u003C\u002Fa\u003E\u003C\u002Fli\u003E\u003Cli\u003E\u003Ca href=\"https:\u002F\u002Flink.zhihu.com\u002F?target=https%3A\u002F\u002Fstackoverflow.com\u002Fquestions\u002F14301389\u002Fwhy-does-one-use-dependency-injection\" class=\" wrap external\" target=\"_blank\" rel=\"nofollow noreferrer\"\u003EWhy does one use dependency injection?\u003C\u002Fa\u003E\u003C\u002Fli\u003E\u003Cli\u003E\u003Ca href=\"https:\u002F\u002Flink.zhihu.com\u002F?target=https%3A\u002F\u002Fjavaranch.com\u002Fjournal\u002F200709\u002Fdependency-injection-unit-testing.html\" class=\" wrap external\" target=\"_blank\" rel=\"nofollow noreferrer\"\u003EDependency Injection and Unit Testing\u003C\u002Fa\u003E\u003C\u002Fli\u003E\u003C\u002Ful\u003E\u003Cp\u003E\u003Cbr\u003E\u003C\u002Fp\u003E\u003Cp\u003E对了，个人公众号\u003Cb\u003EBridge4You\u003C\u002Fb\u003E已经开通，欢迎关注！\u003C\u002Fp\u003E\u003Cp\u003E有些话只能在那里跟你说 (〃'▽'〃)\u003C\u002Fp\u003E\u003Cp\u003E\u003C\u002Fp\u003E\u003Cp\u003E\u003C\u002Fp\u003E","updated":new Date("2017-09-18T01:17:16.000Z"),"canComment":false,"commentPermission":"anyone","commentCount":28,"likeCount":255,"state":"published","isLiked":false,"slug":"29426019","isTitleImageFullScreen":false,"rating":"none","titleImage":"https:\u002F\u002Fpic4.zhimg.com\u002Fv2-bc798901e64e576d2ccc5bf9a927824d_r.jpg","links":{"comments":"\u002Fapi\u002Fposts\u002F29426019\u002Fcomments"},"topics":[{"url":"https:\u002F\u002Fwww.zhihu.com\u002Ftopic\u002F19599516","id":"19599516","name":"Spring"},{"url":"https:\u002F\u002Fwww.zhihu.com\u002Ftopic\u002F20033380","id":"20033380","name":"依赖注入"},{"url":"https:\u002F\u002Fwww.zhihu.com\u002Ftopic\u002F19561132","id":"19561132","name":"Java"}],"adminClosedComment":false,"href":"\u002Fapi\u002Fposts\u002F29426019","excerptTitle":"","sourceUrl":"","pageCommentsCount":28,"snapshotUrl":"","publishedTime":"2017-09-18T09:17:16+08:00","url":"\u002Fp\u002F29426019","summary":"大雄的练级之路：\u003Ca href=\"https:\u002F\u002Fzhuanlan.zhihu.com\u002Fp\u002F29426019\"\u003E第一级：为什么需要依赖注入\u003C\u002Fa\u003E\u003Ca href=\"https:\u002F\u002Fzhuanlan.zhihu.com\u002Fp\u002F29629813\"\u003E第二级：注入方式哪家强\u003C\u002Fa\u003E\u003Ca href=\"https:\u002F\u002Fzhuanlan.zhihu.com\u002Fp\u002F29938139\"\u003E第三级：配置方式如何选\u003C\u002Fa\u003E\u003Ca href=\"https:\u002F\u002Fzhuanlan.zhihu.com\u002Fp\u002F30344078?group_id=905707244588269568\"\u003E第四级：Spring Boot - NoXml Web Application\u003C\u002Fa\u003E\u003Ca href=\"https:\u002F\u002Fzhuanlan.zhihu.com\u002Fp\u002F30396391\"\u003E第五级：如何给老婆解释什么是Restful\u003C\u002Fa\u003E不断打怪升级中... 本集概要：使用依赖注入前，代码是什么样子，有什么缺点？依…","reviewingCommentsCount":0,"meta":{"previous":null,"next":null},"commentsCount":28,"likesCount":255},"31422746":{"title":"像个专业人士一样去调试Bug","author":"hong-ze-yang","content":"\u003Cblockquote\u003E欢迎收藏。当你遇到非常难缠的Bug时，不妨回来这里看看...\u003C\u002Fblockquote\u003E\u003Cp\u003E编程本来是一项非常优雅的工作，而程序员，也理应是那种如艺术家一般，不断写出极具观赏性和创造力的作品的职业。 然而自从工作之后，却发现身边的程序员大多深陷\u003Cb\u003E赶迭代出口\u003C\u002Fb\u003E和\u003Cb\u003E修复紧急Bug\u003C\u002Fb\u003E的泥潭。经常可以看到下面这些场景：\u003C\u002Fp\u003E\u003Cul\u003E\u003Cli\u003E修复了一个Bug，却引入了更加致命的Bug\u003C\u002Fli\u003E\u003Cli\u003E不停的修改代码，重启服务器，Bug依然没有修复\u003C\u002Fli\u003E\u003Cli\u003E补丁打上去后，Bug依旧存在，定位了很久，最后发现是补丁打错地方了\u003C\u002Fli\u003E\u003C\u002Ful\u003E\u003Cp\u003E虽然我们应该尽可能保证提交上去的代码里Bug越少越好，但是当Bug真的出现时，我们往往十分慌乱，像一只无头苍蝇一样，调试的过程\u003Cb\u003E毫无章法\u003C\u002Fb\u003E。\u003C\u002Fp\u003E\u003Cp\u003E直到最近偶然看到了这本书——《调试九法》，这是我看到的第一本讲\u003Cb\u003E调试方法论\u003C\u002Fb\u003E的书，回想自己之前在解决Bug时的经常遇到的手足无措，像无头苍蝇一般四处乱撞，最后瞎猫碰上死耗子般地解决了Bug，我毫不犹豫地买下这本书。\u003C\u002Fp\u003E\u003Cp\u003E\u003Cb\u003E这是一套系统的调试理论\u003C\u002Fb\u003E。\u003C\u002Fp\u003E\u003Cp\u003E希望本文介绍的这套调试学的知识，能够帮助你在今后遇到Bug时，思路更加清晰，心情更加淡定，从容不迫地去解决问题。\u003C\u002Fp\u003E\u003Ch2\u003E调试法则总览\u003C\u002Fh2\u003E\u003Cp\u003E这套方法论可以总结成一句话：\u003Cbr\u003E\u003Cb\u003E调试是一门科学，任何不懂原理就进行的操作都是耍流氓。\u003C\u002Fb\u003E\u003C\u002Fp\u003E\u003Cp\u003E这句话可以分为两个步骤进行实践：\u003C\u002Fp\u003E\u003Cp\u003E准备工作：\u003C\u002Fp\u003E\u003Cul\u003E\u003Cli\u003E如果你要调试这个系统，首先你必须先\u003Cb\u003E理解\u003C\u002Fb\u003E它。\u003C\u002Fli\u003E\u003Cli\u003E在开始调试之前，检查一下“\u003Cb\u003E插头\u003C\u002Fb\u003E”，别因为一些简单的问题而瞎忙活半天。\u003C\u002Fli\u003E\u003Cli\u003E确定“插头”没有问题之后，你需要\u003Cb\u003E重现Bug\u003C\u002Fb\u003E。\u003C\u002Fli\u003E\u003C\u002Ful\u003E\u003Cp\u003E寻找原因并解决Bug\u003C\u002Fp\u003E\u003Cul\u003E\u003Cli\u003E不要认为你猜测的原因是对的，要去\u003Cb\u003E观察\u003C\u002Fb\u003E，验证你的猜测。\u003C\u002Fli\u003E\u003Cli\u003E采用\u003Cb\u003E分而治之\u003C\u002Fb\u003E的方法，定位多模块的系统问题和修复由多个子问题引发的问题。\u003C\u002Fli\u003E\u003Cli\u003E\u003Cb\u003E一次只修改一个地方\u003C\u002Fb\u003E\u003C\u002Fli\u003E\u003Cli\u003E\u003Cb\u003E做好修改记录\u003C\u002Fb\u003E\u003C\u002Fli\u003E\u003Cli\u003E如果正向调试走不通，不妨试一下\u003Cb\u003E反向调试法\u003C\u002Fb\u003E\u003C\u002Fli\u003E\u003Cli\u003E最后一招：\u003Cb\u003E求助他人\u003C\u002Fb\u003E\u003C\u002Fli\u003E\u003C\u002Ful\u003E\u003Cp\u003E下面对这些法则逐一进行详细地介绍。\u003C\u002Fp\u003E\u003Ch2\u003E理解系统\u003C\u002Fh2\u003E\u003Cp\u003E理解系统是定位Bug的前提条件。\u003C\u002Fp\u003E\u003Cp\u003E我之前遇到程序抛出异常时，经常就把异常信息贴到网上搜，然后把网上的解决方案执行一遍，有时work了，就大吉大利，可大多数时候，是不work的，原因很简单，也许对方的JDK版本跟你的不一样，也许你们俩只是报错信息相同，但是抛异常的原因不同，更大的可能，对方的解决方案本来就行不通。\u003Cbr\u003E这就能理解为什么理解系统是定位Bug的前提了，如果你在定位一个JDK异常，那么至少你要掌握Java SE吧，如果你能掌握JVM的垃圾回收原理、类加载机制，自然更好；而如果你在定位一个支付系统为什么没有把账打到客户的账户，那么你得了解支付的流程吧。\u003C\u002Fp\u003E\u003Cp\u003E总之，在开始调试之前，我们得弄清楚，\u003Cb\u003E调试是一门科学，而不是一门概率学\u003C\u002Fb\u003E，你需要理解整个系统，才能够进行调试。有以下方法可以帮助你理解这个系统：\u003C\u002Fp\u003E\u003Cul\u003E\u003Cli\u003E\u003Cb\u003E阅读手册\u003C\u002Fb\u003E：阅读需求设计文档、产品文档、使用手册等\u003C\u002Fli\u003E\u003Cli\u003E\u003Cb\u003E仔细阅读手册的每一个细节\u003C\u002Fb\u003E：说不定解决Bug的方案就在某个段落里\u003C\u002Fli\u003E\u003Cli\u003E\u003Cb\u003E掌握基础知识\u003C\u002Fb\u003E：最后你总是要看源码的，至少你要掌握相应的编程语言把\u003C\u002Fli\u003E\u003Cli\u003E\u003Cb\u003E了解工作流程\u003C\u002Fb\u003E：从\u003Cb\u003E整体\u003C\u002Fb\u003E的角度来观察，而不是做井底之蛙\u003C\u002Fli\u003E\u003C\u002Ful\u003E\u003Cp\u003E可以说，理解系统的最终目的就是为了了解工作流程，\u003Cb\u003E了解了工作流程，你才能够从整体的角度来观察，不然就像井底之蛙\u003C\u002Fb\u003E，以为问题一定出在自己这个模块，而其实问题是在上游的某个模块里。这一点，和《程序员的思维修炼》中提到的，“专家从整体进行思考”的观点不谋而合。\u003C\u002Fp\u003E\u003Ch2\u003E检查插头\u003C\u002Fh2\u003E\u003Cp\u003E这里当然不是让你去问人家插头插了没，插头在这里是泛指一切让产品正常运行的基本要求。这些基本要求通常我们都认为理所当然是正常的，可事实有时并非如此。\u003Cbr\u003E比如你的一个系统，需要在配置界面配置白名单，不然上游的请求就会被拒绝，那么当出现问题时，你应该首先去检查一下这个白名单配置了没，因为对方有可能是个新手。\u003Cbr\u003E甚至当出现一些不可理喻的错误时，你要去软件的运行目录下，比如Tomcat的webapps目录，看看软件包是不是完整。\u003Cbr\u003E当你替换新代码上去后，发现Bug依然存在时，不妨上去看看正在运行着的，是不是还是旧代码。\u003C\u002Fp\u003E\u003Cp\u003E书中把这条规则放到了倒数第三条，我这里把它放到第二条，原因很简单，通常我们在发现Bug或者别人跟自己说这里有Bug时，心里都会慌，都会紧张，所以不妨先检查一下插头，缓解一下自己紧张的心情，同时也强迫你从整体的视角进行观察，不会局限在一个小模块里。\u003C\u002Fp\u003E\u003Ch2\u003E重现失败\u003C\u002Fh2\u003E\u003Cp\u003E这几乎是一个下意识的动作，就算你之前没读过这本书，在遇到Bug时，你也会去尝试重现它，原因很简单：\u003C\u002Fp\u003E\u003Cul\u003E\u003Cli\u003E重现失败让你可以观察失败发生时的\u003Cb\u003E上下文信息\u003C\u002Fb\u003E，进而找到失败的原因\u003C\u002Fli\u003E\u003Cli\u003E重现失败让你可以\u003Cb\u003E判断是否已经修复了问题\u003C\u002Fb\u003E\u003C\u002Fli\u003E\u003C\u002Ful\u003E\u003Cp\u003E有些问题很好重现，而有些呢，却是要在特定的输入的情况下才会出现的。\u003Cbr\u003E\u003Cb\u003E我们犯的绝大多数错误是在重现的方式上\u003C\u002Fb\u003E，作者对重现提出了两条原则：\u003C\u002Fp\u003E\u003Cul\u003E\u003Cli\u003E\u003Cb\u003E模拟失败发生的条件，但是不要模拟失败的机理\u003C\u002Fb\u003E，因为你认为的导致失败的机理很可能是错误的。举个例子，你认为是高并发导致的bug，于是你模拟了高并发的环境，问题重现了，然后你就说是高并发导致的，其实呢，只不过是高并发提高了问题发生的几率。\u003C\u002Fli\u003E\u003Cli\u003E\u003Cb\u003E只影响错误发生的频率，不影响错误发生的方式\u003C\u002Fb\u003E。其实高并发的环境可以用来提高错误发生的频率，只不过你要在问题重现时，要找到相应的日志信息，然后定位出问题发生的原因，而不是直接认为就是并发导致的。\u003C\u002Fli\u003E\u003C\u002Ful\u003E\u003Ch2\u003E不要猜，要观察\u003C\u002Fh2\u003E\u003Cp\u003E现在我们可以重现Bug了，直觉告诉我要在那个地方进行一个字符串编码的转换，且慢，在进行这个武断的尝试之前，先来看看《福尔摩斯》是怎么说的：\u003C\u002Fp\u003E\u003Cblockquote\u003E主观臆断的人，总是为了套用理论而扭曲事实，而不是用理论来解释事实。\u003C\u002Fblockquote\u003E\u003Cp\u003E猜测只是为了确定搜索的重点，但是在开始修复之前要观察确认你的猜测。所以在我们修改代码之前，还是看一下发生错误时的日志信息，还可以调试一下代码，在必要的时候打开源码深入研究一下，确定确实是字符串编码的问题，再去修改代码。\u003C\u002Fp\u003E\u003Cp\u003E有人说，那我直接改代码，然后看结果不就知道是不是字符串编码的问题了。当然不是，要知道一个问题的产生可能是由多处地方的代码引起的，也许解决完这个字符串编码的问题，还需要解决另一个问题，才能把整个问题解决呢？\u003Cb\u003E如果你在修改前就没进行观察，就会认为这次修改毫无意义，这样整个调试过程就会陷入死局。\u003C\u002Fb\u003E\u003C\u002Fp\u003E\u003Cp\u003E记住，\u003Cb\u003E调试是一门科学，任何不懂原理就进行的操作都是耍流氓\u003C\u002Fb\u003E。\u003C\u002Fp\u003E\u003Ch2\u003E分而治之\u003C\u002Fh2\u003E\u003Cp\u003E系统通常都是由很多个模块组成的，这也就要求我们要检查很多个模块的日志才能够确定问题发生的原因。尤其是现在流行的微服务框架，一笔业务出现问题，你需要到很多个服务的机器上去找日志。\u003C\u002Fp\u003E\u003Cp\u003E但是，如果你的业务执行是线性的，也就是说如果节点A执行失败，那么节点A之后的也都会执行失败，那么你就可以采用二分法的方式来定位了。要知道，在1到100里猜一个数字，最多也就需要7次。\u003Cbr\u003E采用二分法的方式，你将逐步缩小嫌疑的范围，最终找到问题的根因。\u003C\u002Fp\u003E\u003Cp\u003E当然，如果问题是由多个子问题引起的，那么记住，找到一个，消灭一个，这就是所谓的\u003Cb\u003E分而治之\u003C\u002Fb\u003E。\u003C\u002Fp\u003E\u003Ch2\u003E一次只修改一个地方\u003C\u002Fh2\u003E\u003Cp\u003E通过观察，你认为你的修改方法会起作用，但如果实际上你修改完代码之后，并没有起到任何作用，那么请你马上改回去，\u003Cb\u003E以免这个修改引入了新的Bug\u003C\u002Fb\u003E。\u003C\u002Fp\u003E\u003Ch2\u003E做好修改记录\u003C\u002Fh2\u003E\u003Cp\u003E\u003Cb\u003E把你调试过程中的操作和结果按顺序全部记录下来\u003C\u002Fb\u003E，方便你在发现做了那么多处修改依然没有解决问题时，进行回溯，反思自己的操作有没有不对的地方。\u003C\u002Fp\u003E\u003Ch2\u003E反向调试法\u003C\u002Fh2\u003E\u003Cp\u003E上面的调试规则，都是从问题出发，去寻找犯错的代码。但有时候反过来也许会更好。\u003Cbr\u003E你可以找到最新一个可以正常运行的版本，然后对比现在这个版本和那个版本之间的差别，通过分析改动的代码，来分析是哪块代码导致的问题。\u003C\u002Fp\u003E\u003Ch2\u003E求助他人\u003C\u002Fh2\u003E\u003Cp\u003E有时候问题比较紧急，这时候不妨问一下专家，正如《程序员的思维修炼》中提到的，专家依靠直觉，他们往往会一针见血的给你指出问题的地方。 \u003Cbr\u003E如果你对系统有一定理解的情况下，可以上软件供应商的官网、谷歌、StackOverflow等网站寻找相关的资料。\u003Cbr\u003E在求助的过程中，你只需要描述问题的症状，如果对方没有要求，那么不要给他讲自己的理论，以免将对方带入自己的思维定式。\u003Cbr\u003E而在给他人描述问题的同时，你自己可能也会得到启发。\u003C\u002Fp\u003E\u003Ch2\u003E总结\u003C\u002Fh2\u003E\u003Cp\u003E以上就是我看完《调试九法》这本书之后总结的一套调试方法论，当然还是建议大家看一下原著，说不定会有新的收获。不过书中列举了大量的例子，多的让我感觉有些冗余，建议大家看的时候，先看每一章节的开头，和每章结尾的小总结，看完之后有不理解的，再去看每章中间的案例。\u003C\u002Fp\u003E\u003Cp\u003E本书的例子虽然大多数都是关于工程技术的，但是里面的一些想法还是可以借鉴到生活中去。比如，夫妻吵架了，表面看上去是因为丈夫不愿意洗碗，但是如果你能从全局的角度去观察，你就知道，其实是因为丈夫情人节时没有给夫人买礼物。\u003C\u002Fp\u003E\u003Cp\u003E回过头来看这些规则，其实我们在工作和生活中时不时都会用到，但是我们之前一直没有一个系统的理论体系，在掌握了书中介绍的调试规则之后，我们在今后定位错误根源时，会更加井井有条，从容不迫。\u003C\u002Fp\u003E\u003Cp\u003E最后必须说一句，\u003Cb\u003E专业人士应该在开发时就尽可能地保证软件的质量\u003C\u002Fb\u003E，而不是经常靠调试来弥补缺陷。完善而充分的单元测试是保证代码质量的关键。当你发现Bug时，也就说明你的测试用例不全，在修复完Bug之后，要及时补上测试用例。\u003C\u002Fp\u003E\u003Ch2\u003E参考内容\u003C\u002Fh2\u003E\u003Cul\u003E\u003Cli\u003E《调试九法》\u003C\u002Fli\u003E\u003Cli\u003E《程序员的思维修炼》\u003C\u002Fli\u003E\u003Cli\u003E\u003Ca href=\"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FDebugging\"\u003EDebugging - Wikipedia\u003C\u002Fa\u003E\u003C\u002Fli\u003E\u003C\u002Ful\u003E","updated":new Date("2017-11-26T23:56:14.000Z"),"canComment":false,"commentPermission":"anyone","commentCount":4,"likeCount":30,"state":"published","isLiked":false,"slug":"31422746","isTitleImageFullScreen":false,"rating":"none","sourceUrl":"","publishedTime":"2017-11-27T07:56:14+08:00","links":{"comments":"\u002Fapi\u002Fposts\u002F31422746\u002Fcomments"},"url":"\u002Fp\u002F31422746","titleImage":"https:\u002F\u002Fpic4.zhimg.com\u002Fv2-e814d9005693bed93ffaa1dc63840651_r.jpg","summary":"","href":"\u002Fapi\u002Fposts\u002F31422746","meta":{"previous":null,"next":null},"snapshotUrl":"","commentsCount":4,"likesCount":30},"31662844":{"title":"如何说服你的同事使用TDD","author":"hong-ze-yang","content":"\u003Cp\u003ETDD（Test-driven development），也就是我们常说的“测试驱动开发”，是由 \u003Ci\u003E\u003Ca href=\"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FKent_Beck\"\u003EKent Beck\u003C\u002Fa\u003E\u003C\u002Fi\u003E 在1996年提出的概念。TDD这个术语，经常被人挂在嘴边，然而真正在项目实施，却寥寥无几。\u003C\u002Fp\u003E\u003Cp\u003E是TDD对开发者要求太高？还是TDD根本就不值得去做？\u003Cbr\u003E非也。为了让大家对TDD有一个具体而亲切的认识，我先给大家举一个在编程中使用TDD进行开发的实际例子。\u003C\u002Fp\u003E\u003Ch2\u003EBob大叔的保龄球训练\u003C\u002Fh2\u003E\u003Cp\u003E这是一道计算保龄球比赛一局总得分的编程题，保龄球的计分规则非常简单：\u003C\u002Fp\u003E\u003Cul\u003E\u003Cli\u003E每一局总共有十轮，每轮一开始会有十支球瓶，球手可以扔两次球，目标就是用尽量少的球把全部球瓶击倒。\u003C\u002Fli\u003E\u003Cli\u003E如果第一球就把全部的球瓶都击倒了，也就是\u003Cb\u003ESTRIKE\u003C\u002Fb\u003E，画面出现“X”，就算完成一轮了，所得分数是10分再加后面两球的倒瓶数，\u003C\u002Fli\u003E\u003Cli\u003E如果第一球没有全倒，就要再打一球，如果第二球将剩下的球瓶全都击倒，也就是\u003Cb\u003ESPARE\u003C\u002Fb\u003E，画面出现“\u002F”，也算完成一格，所得分数为10分再加下一格第一球的倒瓶数，\u003C\u002Fli\u003E\u003Cli\u003E如果第二球也没有把球瓶全部击倒的话，那分数就是第一球加第二球倒的瓶数，没有奖励（bonus），再接着打下一格。依此类推。\u003C\u002Fli\u003E\u003Cli\u003E第十轮有机会扔三次球。如果在第十轮出现STRIKE或者SPARE，则球手可再加打第三球。\u003C\u002Fli\u003E\u003Cli\u003E全部十轮的得分相加就等于这一局的总得分。\u003C\u002Fli\u003E\u003C\u002Ful\u003E\u003Cp\u003E题目要求我们提供一个名字为Game的类，这个类有两个方法：\u003C\u002Fp\u003E\u003Cul\u003E\u003Cli\u003Eroll(pins : int)：每次球员扔球后执行这个方法，入参是此次扔球击倒的球瓶数量。\u003C\u002Fli\u003E\u003Cli\u003Escore()：每局比赛结束时执行的方法，返回这局比赛的总得分。\u003C\u002Fli\u003E\u003C\u002Ful\u003E\u003Cp\u003E下面开始使用TDD来完成这个编程训练。\u003C\u002Fp\u003E\u003Cp\u003E如果此时你已经在开始构思要如何实现，请打住！因为\u003Cb\u003E这不是TDD的风格\u003C\u002Fb\u003E。\u003Cbr\u003E记住，\u003Cb\u003E先别想着怎么去实现，先写测试用例\u003C\u002Fb\u003E，也就是先把你调用这个Game类的代码写下来。\u003C\u002Fp\u003E\u003Cp\u003E首先，我们创建一个BowlingGameTest类：\u003C\u002Fp\u003E\u003Cp\u003E\u003Ccode class=\"inline\"\u003E\u003Cb\u003Eimport\u003C\u002Fb\u003E\u003C\u002Fcode\u003E \u003Ccode class=\"inline\"\u003Ejunit.framework.TestCase\u003Cb\u003E;\u003C\u002Fb\u003E\u003C\u002Fcode\u003E \u003Ccode class=\"inline\"\u003E\u003Cb\u003Epublic\u003C\u002Fb\u003E\u003C\u002Fcode\u003E \u003Cb\u003E\u003Ccode class=\"inline\"\u003Eclass\u003C\u002Fcode\u003E\u003C\u002Fb\u003E \u003Ccode class=\"inline\"\u003E\u003Cb\u003EBowlingGameTest\u003C\u002Fb\u003E\u003C\u002Fcode\u003E \u003Ccode class=\"inline\"\u003E\u003Cb\u003Eextends\u003C\u002Fb\u003E\u003C\u002Fcode\u003E \u003Ccode class=\"inline\"\u003ETestCase\u003C\u002Fcode\u003E \u003Ccode class=\"inline\"\u003E\u003Cb\u003E{\u003C\u002Fb\u003E\u003C\u002Fcode\u003E \u003Cb\u003E\u003Ccode class=\"inline\"\u003E}\u003C\u002Fcode\u003E\u003C\u002Fb\u003E \u003C\u002Fp\u003E\u003Cp\u003E接着添加第一个测试用例：\u003C\u002Fp\u003E\u003Cp\u003E\u003Cbr\u003E\u003C\u002Fp\u003E\u003Cimg src=\"v2-dab2973ef4ff9fe503a31a41cef23d5d.jpg\" data-caption=\"\" data-size=\"normal\" data-rawwidth=\"639\" data-rawheight=\"269\"\u003E\u003Cp\u003E\u003Cbr\u003E\u003C\u002Fp\u003E\u003Cp\u003E当我们刚刚new了一个Game对象时，\u003Cb\u003E编译器\u003C\u002Fb\u003E就提示错误了，此时\u003Cb\u003E暂停测试用例的编写\u003C\u002Fb\u003E，开始编写产品代码！（这么做似乎有点过于耿直，不过对于加深对TDD的印象还是很有帮助的）\u003Cbr\u003E我们创建了Game类，此时编译通过，执行所有单元测试，绿条！\u003C\u002Fp\u003E\u003Cp\u003E\u003Cbr\u003E\u003C\u002Fp\u003E\u003Cimg src=\"v2-828146a66399f8a632128fdbc149d40f.jpg\" data-caption=\"\" data-size=\"normal\" data-rawwidth=\"769\" data-rawheight=\"303\"\u003E\u003Cp\u003E\u003Cbr\u003E\u003C\u002Fp\u003E\u003Cp\u003E接着我们在第一个单元测试中调用roll方法和score方法，同样的，我们遇到编译不通过的问题，再依次给Game加上对应方法后，我们得到了下面这段代码：\u003C\u002Fp\u003E\u003Cp\u003E\u003Cbr\u003E\u003C\u002Fp\u003E\u003Cimg src=\"v2-e7f257a204d3b715b35dcd1777d1d77b.jpg\" data-caption=\"\" data-size=\"normal\" data-rawwidth=\"885\" data-rawheight=\"362\"\u003E\u003Cp\u003E\u003Cbr\u003E\u003C\u002Fp\u003E\u003Cp\u003E我们心里很清楚，这个代码是经不住考验的，我们随便添加一个单元测试，都可以让测试用例不通过。比如我们让一个保龄球世界排名倒数第一的球手去比赛，每轮他都只击倒一个球瓶，测试用例毫不犹豫地失败了：\u003C\u002Fp\u003E\u003Cp\u003E\u003Cbr\u003E\u003C\u002Fp\u003E\u003Cimg src=\"v2-2040cc4deb0363991ad5106298343fde.jpg\" data-caption=\"\" data-size=\"normal\" data-rawwidth=\"927\" data-rawheight=\"550\"\u003E\u003Cp\u003E\u003Cbr\u003E\u003C\u002Fp\u003E\u003Cp\u003E于是我们要修改一下逻辑，在每次roll的时候，加上分数。细心的读者可能还发现了，下面这段代码还对测试代码进行了\u003Cb\u003E重构\u003C\u002Fb\u003E，把每个单元测试都要做的new Game()操作抽取到了setUp方法中：\u003C\u002Fp\u003E\u003Cp\u003E\u003Cbr\u003E\u003C\u002Fp\u003E\u003Cimg src=\"v2-670fca36146340b6cd379f6a88e62b21.jpg\" data-caption=\"\" data-size=\"normal\" data-rawwidth=\"893\" data-rawheight=\"661\"\u003E\u003Cp\u003E\u003Cbr\u003E\u003C\u002Fp\u003E\u003Cp\u003E接着我们又发现我们经常要模拟很多次击倒相同数量球瓶的操作，因此我们把这个操作抽取成一个rollMany方法：\u003C\u002Fp\u003E\u003Cp\u003E\u003Cbr\u003E\u003C\u002Fp\u003E\u003Cimg src=\"v2-31a23d25ee8dab8e09b8d748084f957a.jpg\" data-caption=\"\" data-size=\"normal\" data-rawwidth=\"1007\" data-rawheight=\"755\"\u003E\u003Cp\u003E\u003Cbr\u003E\u003C\u002Fp\u003E\u003Cp\u003E我们的代码到这里还完成不到1\u002F3，但是我们已经做了两次重构，没错，\u003Cb\u003ETDD的过程，也是不断小步重构的过程\u003C\u002Fb\u003E。\u003C\u002Fp\u003E\u003Cp\u003E接下来，我们测试一下Spare的场景，这一次测试用例又理所当然的失败了（不要担心一次次失败会打击自信心，因为这些都是我们刻意制造的失败，人们面对意料之中的失败往往更有激情）。而当我们准备动手修改产品代码时，却发现了一个代码设计层面的问题，那就是我们在roll方法里面做了roll不应该做的事情，roll意味着扔球，而我们却在里面修改了得分：\u003C\u002Fp\u003E\u003Cp\u003E\u003Cbr\u003E\u003C\u002Fp\u003E\u003Cimg src=\"v2-865b7f0ce01102111fc3257e2da31070.jpg\" data-caption=\"\" data-size=\"normal\" data-rawwidth=\"1005\" data-rawheight=\"755\"\u003E\u003Cp\u003E\u003Cbr\u003E\u003C\u002Fp\u003E\u003Cp\u003E此时我们需要把新增的用例暂时屏蔽掉，然后对产品代码进行重构，roll专心做它的事，把计算得分的活交给score来做：\u003C\u002Fp\u003E\u003Cp\u003E\u003Cbr\u003E\u003C\u002Fp\u003E\u003Cimg src=\"v2-ab1fdeb7a8a94c55eed9d77dde2fd729.jpg\" data-caption=\"\" data-size=\"normal\" data-rawwidth=\"1003\" data-rawheight=\"754\"\u003E\u003Cp\u003E\u003Cbr\u003E\u003C\u002Fp\u003E\u003Cp\u003E接下来，就是继续放开我们之前屏蔽掉的测试用例，继续修改产品代码，让测试用例通过，然后再添加STRIKE的测试场景、添加更多的测试场景…… 这些过程就不再赘述了，因为作为一个TDD的例子，前面这几个步骤，已经足够让大家对TDD有一个比较深刻地理解了。\u003C\u002Fp\u003E\u003Cblockquote\u003E关于这道题目的完整解答过程，大家可以到Bob大叔的\u003Ca href=\"http:\u002F\u002Fbutunclebob.com\u002FArticleS.UncleBob.TheBowlingGameKata\"\u003ETheBowlingGameKata\u003C\u002Fa\u003E去下载对应的PPT。\u003C\u002Fblockquote\u003E\u003Ch2\u003ETDD的三项法则\u003C\u002Fh2\u003E\u003Cp\u003E上面的保龄球训练中，我们一直在遵循着TDD的三项法则：\u003C\u002Fp\u003E\u003Cul\u003E\u003Cli\u003E在编写好失败的单元测试之前，不要写任何产品代码。\u003C\u002Fli\u003E\u003Cli\u003E只要有一个单元测试失败了，就不要再写测试代码。无法通过编译也是一种失败。\u003C\u002Fli\u003E\u003Cli\u003E产品代码恰好能够让当前失败的单元测试成功通过即可，不要多写。\u003C\u002Fli\u003E\u003C\u002Ful\u003E\u003Cp\u003E遵循着三项法则，我们开发的过程就是下面这五个步骤不断循环、小步迭进的过程：\u003C\u002Fp\u003E\u003Col\u003E\u003Cli\u003E添加测试用例。\u003C\u002Fli\u003E\u003Cli\u003E运行所有测试用例，如果新用例失败了，执行下一步，否则返回上一步。\u003C\u002Fli\u003E\u003Cli\u003E编写产品代码。\u003C\u002Fli\u003E\u003Cli\u003E运行所有测试用例，如果通过，执行下一步，否则返回上一步，直到写出满足测试用例的代码。\u003C\u002Fli\u003E\u003Cli\u003E重构。\u003C\u002Fli\u003E\u003Cli\u003E返回第一步，继续循环。\u003C\u002Fli\u003E\u003C\u002Fol\u003E\u003Ch2\u003ETDD的优势\u003C\u002Fh2\u003E\u003Cp\u003ETDD带来的最大好处是\u003Cb\u003E提高了单元测试的覆盖率\u003C\u002Fb\u003E。 传统的先写产品代码，再写单元测试，有两个弊端：\u003C\u002Fp\u003E\u003Cul\u003E\u003Cli\u003E一方面是由于产品代码已经成型，生米已经煮成熟饭，你再来写，很容易就会陷入思维定式中，起不到发现Bug的作用；\u003C\u002Fli\u003E\u003Cli\u003E另一方面，这往往会让单元测试成为一项\u003Cb\u003E政治任务\u003C\u002Fb\u003E，产品发布前几天，发现单元测试覆盖率不足，来一场全员写测试用例的运动，这样写出来的代码质量肯定不好高。\u003C\u002Fli\u003E\u003C\u002Ful\u003E\u003Cp\u003E那么提高了单元测试的覆盖率对产品有什么好处呢？健康的单元测试覆盖率是在90%以上，为什么要那么高？高覆盖率带来的好处主要有以下三点：\u003C\u002Fp\u003E\u003Cul\u003E\u003Cli\u003E\u003Cb\u003E确定性\u003C\u002Fb\u003E。每轮迭代我们的产品都会新增不少代码，这些代码对之前的功能有没有影响？如果我们有一套覆盖率达到90%的单元测试，那么我们只需执跑一遍测试用例，如果全部通过，那么我们至少就有90%的把握可以交付。反之，如果覆盖率越低，我们也就越心虚，越需要更多的人力去进行手动验证。\u003C\u002Fli\u003E\u003Cli\u003E\u003Cb\u003E让你有勇气重构代码\u003C\u002Fb\u003E。当你看到糟糕的代码时，你的第一反应是：WTF!!! 接着，你会说，我才不去碰它，万一碰出问题了，还不都是我的锅！ 但是如果你能够确信自己对代码进行的大刀阔斧的修改，不会破坏任何东西，那么你是不是就更有勇气去重构它了？这就是TDD最强大的地方，它让你拥有一套值得信赖的测试，\u003Cb\u003E打消你对修改代码的恐惧\u003C\u002Fb\u003E。Martin Flower在他的《重构》中也指出，完善的单元测试是他进行重构的基石。\u003C\u002Fli\u003E\u003Cli\u003E\u003Cb\u003E单元测试即是文档\u003C\u002Fb\u003E。同事离职了，他之前负责的模块交到了你手上，你要尽快熟悉这个模块的业务逻辑。看文档？程序员写的文章一般都不太容易看，而且文档经常会和代码不同步，代码修改了文档没跟着改的事情经常发生。看源码？看完也不一定知道为什么要这么实现呀。如果这时候有一套非常完整的单元测试，那绝对是所有接手别人代码的程序员的福音！首先，代码不会撒谎，其次，测试用例明确告诉了你这个函数是做什么的，什么输入对应的都有什么预期输出。单元测试就是最好的底层文档，哪个专业人士不想提供这样一份文档呢？\u003C\u002Fli\u003E\u003C\u002Ful\u003E\u003Cp\u003E除了提高单元测试的覆盖率，TDD还能够\u003Cb\u003E促成良好的代码设计\u003C\u002Fb\u003E。由于你先写测试代码，你会尽可能的让代码调用起来更加简单方便，这也就促使你去考虑如何更好的设计代码。如果不先写测试，最后很有可能就会出现一个函数里实现的功能过多，或者和其他代码过于耦合而无法测试的情况。\u003C\u002Fp\u003E\u003Ch2\u003ETDD的局限\u003C\u002Fh2\u003E\u003Cp\u003E在学习一项技术时，总是要提醒自己——“\u003Cb\u003E没有银弹\u003C\u002Fb\u003E”，任何技术都有其局限性。然而，由于用TDD的人实在不多，在网上搜了很久，也看不到什么特别有建设性的观点。下面是我找到的一些关于TDD局限性的看法：\u003C\u002Fp\u003E\u003Cul\u003E\u003Cli\u003E对开发者有较高要求。\u003Cb\u003E要想做好TDD，必须掌握好单元测试、重构等技能，还要能够写出整洁代码\u003C\u002Fb\u003E，不然如果写出来的单元测试都很糟糕，那只会加重维护的负担。 —— 评论：那我更要用了，这才能显得我技术过硬啊…..\u003C\u002Fli\u003E\u003Cli\u003E习惯的转变。对于一直习惯上来就写代码的程序员，现在要他们先写测试用例，难免会让他们有些不习惯。 —— 评论：这不跟戒烟一个道理么，改掉坏习惯、养成好习惯的过程总是痛苦的，等我练成TDD大法之后，哼哼…\u003C\u002Fli\u003E\u003Cli\u003E过多的测试用例使得构建变得缓慢。 —— 评论：这就要求我们减少没有意义的测试用例了，比如一些简单的get和set方法，就不需要写测试用例啦。\u003C\u002Fli\u003E\u003C\u002Ful\u003E\u003Ch2\u003E行动起来\u003C\u002Fh2\u003E\u003Cp\u003E回到这篇文章的主题，“如何说服你的同事使用TDD”，首先，你被我说服了么？\u003Cbr\u003E如果你的回答是Yes，你被我说服了，你打算开始使用TDD，好，下面我给出一些练习和使用TDD的建议。\u003C\u002Fp\u003E\u003Cp\u003E1）TDD Katas 训练 \u003Cbr\u003E先不要急着在工作中去使用TDD，Bob大叔的网站上还有很多跟保龄球训练类似的题目，你可以去练习一下。而且，相同的练习可以反复训练，Bob大叔在他的《程序员的职业素养》里是这么说的：\u003C\u002Fp\u003E\u003Cblockquote\u003E和习武者一样，程序员应该懂得很多种不同的卡塔，并定期练习，确保不会淡化或遗忘…\u003Cbr\u003E真正的挑战是把一个卡塔练习到炉火纯青，你可以窥见其中的规律。要做到这一点可不容易。\u003C\u002Fblockquote\u003E\u003Cp\u003E下面是Bob大叔推荐的卡塔：\u003C\u002Fp\u003E\u003Cul\u003E\u003Cli\u003E\u003Ca href=\"http:\u002F\u002Fbutunclebob.com\u002FArticleS.UncleBob.TheBowlingGameKata\"\u003E保龄球\u003C\u002Fa\u003E\u003C\u002Fli\u003E\u003Cli\u003E\u003Ca href=\"http:\u002F\u002Fbutunclebob.com\u002FArticleS.UncleBob.ThePrimeFactorsKata\"\u003E素因子\u003C\u002Fa\u003E\u003C\u002Fli\u003E\u003Cli\u003E\u003Ca href=\"http:\u002F\u002Fblog.cleancoder.com\u002Funcle-bob\u002F2017\u002F01\u002F11\u002FTheDarkPath.html\"\u003E自动换行\u003C\u002Fa\u003E\u003C\u002Fli\u003E\u003C\u002Ful\u003E\u003Cp\u003EBob大叔的\u003Ca href=\"http:\u002F\u002Fbutunclebob.com\u002F\"\u003E主页\u003C\u002Fa\u003E上还有很多其他的Kata，大家可以上去探索探索。\u003C\u002Fp\u003E\u003Cp\u003E2）编程题训练\u003Cbr\u003E网上TDD的例子确实有限，但编程训练题却是一大把，很多网站也都收录了许多经典的算法和数据结构的题目，我们完全可以使用TDD来对付这些题，把代码提交上去，如果没有通过，就说明自己的测试用例不全。\u003Cbr\u003E使用TDD来对付编程题，非但不会影响你的答题时间，反而让你一小步一小步的完成题目，而不是像以前一样，思考了很久，却一行代码都没写出来。\u003Cbr\u003E网上提供在线编程练习的网站很多，我自己现在在用的是\u003Ca href=\"http:\u002F\u002Flintcode.com\u002F\"\u003ELintCode\u003C\u002Fa\u003E，大家也可以去自己喜欢的网站上练习。\u003C\u002Fp\u003E\u003Cp\u003E3）面试时使用TDD\u003Cbr\u003E面试时，如果面试官让你在纸上写代码，那就给面试官show一下TDD吧，将纸张一分为二，一半写测试用例，一半写实际代码，当然，你可以先写伪码，因为总免不了要重构，全部写完再用实际代码写一遍，交给面试官。\u003Cbr\u003E同样的，TDD可以缓解你一行代码都写不出来的紧张心情。\u003C\u002Fp\u003E\u003Cp\u003E4）运用到实际项目中\u003Cbr\u003E实际项目中运用TDD，通常不像做编程题那么轻松，你可能需要使用Mock\u002FStub之类的东西，不过这些都有现成的代码库，比如Spring就提供了一套很方便的测试库，你只需要花费一点时间了解一下如何使用即可。\u003Cbr\u003E如果你有个开明的领导，不妨在做TDD之前跟他说一下，说不定他和你有一样的想法，并且会给你一些支持；如果你的领导看起来并不那么开明，你觉得有很大可能性他会禁止你TDD，那就别告诉他，悄悄执行，如果最后确实有成效，跟他说，并且要求在组内做一次技术分享，如果最后没什么成效，也不要紧，领导看到的只是你测试用例非常完善的代码。\u003C\u002Fp\u003E\u003Cp\u003E好了，我似乎又走题了，到底“如何说服你的同事使用TDD”，很简单，用实际行动告诉他们！如果你在使用了TDD之后，确实提升了代码质量，降低了代码缺陷率，那么请理直气壮地和他们分享你使用TDD的心得。\u003C\u002Fp\u003E\u003Cblockquote\u003ETDD是专业人士的选择，它是一项能够提升代码确定性，给程序员激励、降低代码缺陷率、优化文档和设计的原则。对TDD的各项尝试表明，不使用TDD就说明你可能还不够专业。 —— Bob,《程序员的职业素养》\u003C\u002Fblockquote\u003E\u003Ch2\u003E参考内容\u003C\u002Fh2\u003E\u003Cul\u003E\u003Cli\u003E\u003Ca href=\"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FTest-driven_development\"\u003E维基百科 - TDD\u003C\u002Fa\u003E\u003C\u002Fli\u003E\u003Cli\u003E《程序员的职业素养》\u003C\u002Fli\u003E\u003Cli\u003E\u003Ca href=\"http:\u002F\u002Fbutunclebob.com\u002FArticleS.UncleBob.TheBowlingGameKata\"\u003EUncleBob.TheBowlingGameKata\u003C\u002Fa\u003E\u003C\u002Fli\u003E\u003Cli\u003E《重构》\u003C\u002Fli\u003E\u003Cli\u003E《测试驱动开发》\u003C\u002Fli\u003E\u003Cli\u003E\u003Ca href=\"https:\u002F\u002Fbaike.baidu.com\u002Fitem\u002F%E4%BF%9D%E9%BE%84%E7%90%83\u002F68096\"\u003E保龄球规则\u003C\u002Fa\u003E\u003C\u002Fli\u003E\u003Cli\u003E\u003Ca href=\"https:\u002F\u002Fleantesting.com\u002Ftest-driven-development\u002F\"\u003EThe Pros and Cons of Test-Driven Development\u003C\u002Fa\u003E\u003C\u002Fli\u003E\u003C\u002Ful\u003E","updated":new Date("2017-12-04T00:23:13.000Z"),"canComment":false,"commentPermission":"anyone","commentCount":22,"likeCount":46,"state":"published","isLiked":false,"slug":"31662844","isTitleImageFullScreen":false,"rating":"none","sourceUrl":"","publishedTime":"2017-12-04T08:23:13+08:00","links":{"comments":"\u002Fapi\u002Fposts\u002F31662844\u002Fcomments"},"url":"\u002Fp\u002F31662844","titleImage":"https:\u002F\u002Fpic3.zhimg.com\u002Fv2-4d26f4217dc25cedb8477315108a8ddf_r.jpg","summary":"","href":"\u002Fapi\u002Fposts\u002F31662844","meta":{"previous":null,"next":null},"snapshotUrl":"","commentsCount":22,"likesCount":46},"31846181":{"title":"为什么你无法说服你的同事使用TDD？","author":"highkay","content":"\u003Cp\u003E这两天读到了一篇关于TDD的专栏文章\u003Ca href=\"https:\u002F\u002Fzhuanlan.zhihu.com\u002Fp\u002F31662844\"\u003E如何说服你的同事使用TDD\u003C\u002Fa\u003E，正好前段时间也有思考相关的问题，有一些想法正好分享一下。\u003C\u002Fp\u003E\u003Cp\u003E当然前述文章本身的质量还是很高的，旁征博引，但是看过这一类文章的资深一些的工程师一定会产生一个疑问，既然利弊分析了那么清楚，为什么TDD没有成为一种除了在大型开源组织和框架类项目之外（这两者在所有的软件项目中的比例是非常低的）被广泛采用的开发技术？要知道从事这个行业的大部分都是“聪明人”，如果一种技术真的那么好而没有被广泛的认可，那岂不是大家都是糊涂蛋？\u003C\u002Fp\u003E\u003Cp\u003E首先，我个人经历和观察到的软件开发活动是围绕结果展开的，这个结果大部分情况下有可以量化的商业价值，也就是说无论任何类型的开发技术最终是否能流行取决于是否能以合理的成本提供这种价值，而不同的开发技术之间的替代都是基于这种性价比的评估。我无意于逐条的去批驳前述文章的观点，因为这些观点本身并没有任何错误可言，提高代码质量进而提高软件质量肯定是政治正确的，而这些仅仅只是复杂的软件开发活动的一个方面。\u003C\u002Fp\u003E\u003Cp\u003E我把TDD是否能流行归结于以下几个方面的评估：\u003C\u002Fp\u003E\u003Col\u003E\u003Cli\u003E投入资源，实施\u002F实践这种方法需要消耗多少的资源？\u003C\u002Fli\u003E\u003Cli\u003E软件的类型，复杂度和成熟度，是一个应用还是一个框架？这个软件可能有多少个特性？目前已经开发了多久？预计还需要开发多久才能完成？是否会继续的迭代？\u003C\u002Fli\u003E\u003Cli\u003E团队成员的技术能力，团队中经验丰富的工程师比较多还是新手工程师比较多？\u003C\u002Fli\u003E\u003Cli\u003E交付价值，采用了该技术之后，能为产品提供什么样的价值？\u003C\u002Fli\u003E\u003C\u002Fol\u003E\u003Ch2\u003E投入资源\u003C\u002Fh2\u003E\u003Cp\u003E坦白讲TDD本身并不算很复杂的技术，学习曲线也没有很陡峭，但是掌握粗泛的写测试用例的方法并不能像你想象的那样提高软件质量，针对各种实际业务的case去写能实际提高代码质量的测试代码是一种成本相当高的行为（甚至需要hack三方依赖的代码），我知道有一些团队甚至专门让资深的工程师（一般意义上成本更高）负责写测试用例。\u003C\u002Fp\u003E\u003Ch2\u003E软件的类型，复杂度和成熟度\u003C\u002Fh2\u003E\u003Cp\u003E软件本身的性质是决定TDD是否能流行的最关键因素，TDD不是什么便宜的技术，而TDD代码依附于实际产生作用的业务代码，但本身不是并不是产品的一部分，这意味着如果这部分业务代码如果被被删除了，那么TDD代码也失去了价值，也就是投入的资源都白费了，坦白讲这点非常令人沮丧，但是实际上这种过程在一个互联网或者说外包项目的开发过程中是无法回避的，甚至在项目的早期阶段是主要过程。反之，框架级别的项目和大型基础开源软件在主要版本的开发过程中很少遇到类似的困扰，另外此类项目的代码一般都广泛存在于大部分项目中，提高代码质量的边际效益极高。当然这种分类本身是不精确的，只是帮助大家判别软件本身的性质。\u003C\u002Fp\u003E\u003Ch2\u003E团队成员的技术能力\u003C\u002Fh2\u003E\u003Cp\u003E一个资深工程师，不使用TDD几乎一定可以比使用TDD更快的完成特性的开发和交付，从产品质量来讲却不一定有显著的提高。因为决定产品质量的代码是否正确绝大部分取决于对业务的正确理解和技术的正确运用，而资深工程师本身在这两方面一般来讲已经合格，使用TDD并不能直接起到什么提高。对新手工程师来讲，TDD可以帮助理解业务，但是额外编写正确测试用例代码的成本是否值得需要单独评估。\u003C\u002Fp\u003E\u003Ch2\u003E交付价值\u003C\u002Fh2\u003E\u003Cp\u003E这里我觉得可能是会产生争议的地方了，我认为产品价值的确认并不是直接通过业务代码，更不要说依附于业务的TDD代码，而是最终用户，代码是一种载体，如果用过河比喻的话，如果你的用户是行人，那么独木桥就足够了，如果是自行车，一座石桥是个好选择，如果是汽车，那么铁桥可能是必须的。当然铁桥可以走行人和自行车，并无不妥，但是铁桥更贵，需要更长的建造时间。在我经历过的项目中这么奢侈的情况屈指可数，不幸的是，似乎我所了解的其他人的开发活动也总是被资源不足的阴云笼罩。一般来讲，代码质量对产品价值的提升，在短期内总是被高估，长期被低估，在工程师群体内被高估，工程师群体之外被低估。脱离产品谈代码这个问题上我的经验教训颇多，也许我会另外花时间写篇文章谈一下。\u003C\u002Fp\u003E\u003Ch2\u003E总结\u003C\u002Fh2\u003E\u003Cp\u003E我个人觉得TDD可以看作一种保险，是否需要为你的项目或者团队购买这种保险取决于以上四个方面（也许更多？）。这些结论都是站在一个全面了解TDD技术的团队负责人的立场上做出的，屁股决定脑袋，对于团队中的其他人来讲会存在不同的结论。另外这种评估的方法也可以适用到一般性的软件开发方法\u002F思想\u002F指导原则上。\u003C\u002Fp\u003E\u003Ch2\u003E后记\u003C\u002Fh2\u003E\u003Cp\u003E坦白讲我并不认为TDD那么差劲以至于无法流行，TDD本身就源于实际的软件开发活动的经验积累，问题在于推广TDD技术的主要“布道师”或者说我所知道的唯一强制使用TDD的组织成员，这些人通过一些恐吓性的语言，类似于“不用TDD就无法写出高质量的代码”，翻来覆去的百度百科词条式的内容，“使用TDD能给你带来12345等好处”，自我催眠式的拙劣推销员一样的话术，“如果不是用了TDD，xx项目简直无法开发出来”，怎么说呢，充满了原教旨主义者气息让我或者说一部分人产生天然的抗拒。软件开发这个行业很年轻，还在快速发展中，技术和理念本身都是基于积累的经验不断的改进和变化的，对个人来讲不能因噎废食，除了要根据自己自身的情况去客观评估得出结论外，我个人也提供一些额外的建议，TDD提供了丰厚的代码资产，思考如何利用这些资产来提高开发效率是一个很有意思的topic，另外思考利用TDD技术结合devops加速deploy也是一个可以切入的点，最后我甚至觉得如果用AI来写代码的话，似乎TDD也大有可为？\u003C\u002Fp\u003E","updated":new Date("2017-12-09T15:50:07.000Z"),"canComment":false,"commentPermission":"review","commentCount":15,"likeCount":13,"state":"published","isLiked":false,"slug":"31846181","isTitleImageFullScreen":false,"rating":"none","sourceUrl":"","publishedTime":"2017-12-09T23:50:07+08:00","links":{"comments":"\u002Fapi\u002Fposts\u002F31846181\u002Fcomments"},"url":"\u002Fp\u002F31846181","titleImage":"https:\u002F\u002Fpic2.zhimg.com\u002Fv2-32d5e1e42fdf982d6c6592386e9048b7_r.jpg","summary":"","href":"\u002Fapi\u002Fposts\u002F31846181","meta":{"previous":null,"next":null},"snapshotUrl":"","commentsCount":15,"likesCount":13},"31884506":{"title":"怎样成为一名专业的程序员","author":"hong-ze-yang","content":"\u003Cp\u003E“专业”，在\u003Ca href=\"https:\u002F\u002Fbaike.baidu.com\u002Fitem\u002F%E4%B8%93%E4%B8%9A\u002F33053?fr=aladdin\"\u003E百科\u003C\u002Fa\u003E里有下面这三种解释：\u003C\u002Fp\u003E\u003Cul\u003E\u003Cli\u003E学校里的学科\u003C\u002Fli\u003E\u003Cli\u003E生产部门里的业务部门\u003C\u002Fli\u003E\u003Cli\u003E有\u003Cb\u003E知识修养\u003C\u002Fb\u003E的专门职业者;职业画家[演员等],职业选手;内行,专家\u003C\u002Fli\u003E\u003C\u002Ful\u003E\u003Cp\u003E标题中的“专业”，指的是第三种解释。请注意这个词——“有知识修养”，\u003Cb\u003E有知识还不够，还要有修养\u003C\u002Fb\u003E。\u003C\u002Fp\u003E\u003Cp\u003E职场里各行各业，唯有“专业人士”，才能够受人尊重；人们寻找帮助时，首先想到的也是对应领域里的“专业人士”。我们说一个医生很专业，除了他医术精湛之外，还有他心系患者、尽心尽责的医德，同样的，对于程序员，\u003Cb\u003E我们除了要有犀利的技术之外，还要有对应的职业修养\u003C\u002Fb\u003E。\u003C\u002Fp\u003E\u003Ch2\u003E业余选手 vs 专业主义\u003C\u002Fh2\u003E\u003Cp\u003E面对同样一件事情，业余程序员（Amateurs）和专业程序员(Majors)往往有不同表现：\u003C\u002Fp\u003E\u003Cp\u003E1）看到烂代码时\u003Cbr\u003EA：WTF!!! 这代码谁写的！\u003Cbr\u003EM：让我来重构它\u003C\u002Fp\u003E\u003Cp\u003E2）项目进度紧张 \u003Cbr\u003EA：哎，时间那么紧，考虑不了那么多了，先把功能做了再说\u003Cbr\u003EM：我得找经理商量，这么短时间是不可能把这个功能完全做好的\u003C\u002Fp\u003E\u003Cp\u003E3）被同事打断时\u003Cbr\u003EA：要么马上被从工作中带走，“啊，怎么啦”，要么很不耐烦，“少烦我，没看我这正忙么”\u003Cbr\u003EM：“稍等一下哈…”，然后记下当前工作的上下文信息，让自己重新回到工作时，能尽快进入状态\u003C\u002Fp\u003E\u003Cp\u003E4）业余时间\u003Cbr\u003EA：终于有时间好好睡个懒觉了 \u003Cbr\u003EM：终于有时间学习新知识了\u003C\u002Fp\u003E\u003Cp\u003E……\u003C\u002Fp\u003E\u003Cp\u003E最近阅读了一些关于程序员职业素养的书籍，发现专业的程序员，大都有下面这些特质：\u003C\u002Fp\u003E\u003Ch2\u003E主动学习\u003C\u002Fh2\u003E\u003Cp\u003E专业的程序员懂得\u003Cb\u003E不断精进自己的专业技能\u003C\u002Fb\u003E，抽出时间来学习。就像《欢乐颂》里的赵医生一样，带上你的Mac，找一家安静的咖啡厅，待上一个上午，看最新的医学文献。程序员也要这样做，必须不断地更新自己的技能，提高自己的“基线”。\u003Cbr\u003E这里的基线是一个很重要的概念，用吴军老师的话来说就是：\u003C\u002Fp\u003E\u003Cblockquote\u003E\u003Ci\u003E每个人的基线都不一样，民间科学家的基线，决定了他们就算奋斗一生，最多也只能到达中科院科学家的基线。\u003C\u002Fi\u003E\u003C\u002Fblockquote\u003E\u003Cp\u003E我们只有通过不断地学习，才能用知识把自己垫高，站的更高，才能看的更远。\u003C\u002Fp\u003E\u003Ch2\u003E个人品牌意识\u003C\u002Fh2\u003E\u003Cp\u003E《软技能——代码之外的生存指南》里，作者提到，程序员要学会自我营销，在业界打造自己的个人品牌。而在工作中也一样，对公司和同事来说，你的名字就是一个品牌。别人一提到你的名字，就会想到这人的代码写的怎么样、看他的代码累不累、实现的功能质量怎么样、Bug多不多…\u003C\u002Fp\u003E\u003Cp\u003E\u003Cb\u003E专业的程序员会努力打造和维持自己的个人品牌\u003C\u002Fb\u003E，在同事心目中树立一个品牌的形象。\u003C\u002Fp\u003E\u003Ch2\u003E代码洁癖\u003C\u002Fh2\u003E\u003Cp\u003E专业的程序员不会仅仅满足于实现功能，他们还会主动优化自己的代码。\u003C\u002Fp\u003E\u003Cp\u003E他们会闻到自己代码里的坏味道，对变量命名、函数、注释等进行重构优化。\u003C\u002Fp\u003E\u003Cp\u003E专业的程序员\u003Cb\u003E遵守童子军军规\u003C\u002Fb\u003E——“让营地比你来时更干净”，他们知道“破窗”的危害，他们有代码洁癖。\u003C\u002Fp\u003E\u003Ch2\u003E不畏惧任何代码\u003C\u002Fh2\u003E\u003Cp\u003E专业的程序员在开发之前，会阅读相关模块的代码，因为他们知道，\u003Cb\u003E文档会撒谎，但是代码不会\u003C\u002Fb\u003E。不管代码写的多难看，他们都知道，那才是反映系统真实运作机制的“文档”。\u003C\u002Fp\u003E\u003Cp\u003E如果代码写的非常一般，他们会对其进行一小步一小步的重构，每次重构之后都会运行单元测试，以确保自己的改动没有对原先功能造成影响。\u003Cbr\u003E如果这个模块之前没有足够的单元测试，那么在开始重构之前，专业的程序员会主动补充测试用例，因为他们知道，\u003Cb\u003E如果自己连测试用例都写不出来，就根本谈不上理解了这个模块\u003C\u002Fb\u003E，也就根本没资格去动这块代码。\u003Cbr\u003E如果代码根本无法正常运行，在很多情形下都有Bug，那么专业的程序员不会浪费时间去重构，他们会选择\u003Cb\u003E重写\u003C\u002Fb\u003E。\u003C\u002Fp\u003E\u003Cblockquote\u003E\u003Ci\u003E重构，是在不改变代码外在行为的前提下，对代码作出修改，以改进程序的内部结构。 —— 《重构》，Martin Fowler\u003C\u002Fi\u003E\u003C\u002Fblockquote\u003E\u003Cp\u003E在这里墙裂推荐大家，\u003Cb\u003E把《重构》这本书放在自己座位旁边\u003C\u002Fb\u003E，你不必一下子把这本厚厚的“重构字典”看完，因为它就是一本字典，在你需要重构的时候，去里面检索就好，有兴趣的同学可以\u003Ca href=\"https:\u002F\u002Fbook.douban.com\u002Freview\u002F8967752\u002F\"\u003E前去\u003C\u002Fa\u003E看看我对怎么使用这本书的一些感受。\u003C\u002Fp\u003E\u003Ch2\u003E敢于说不\u003C\u002Fh2\u003E\u003Cp\u003E专业的程序员懂得\u003Cb\u003E主动掌控自己的工作\u003C\u002Fb\u003E，如果有一个需求最早也要在周五才能完全，但是领导要求必须在周三之前，他们不会说，“好，我尽量”，因为那不仅是在欺骗自己，还是在欺骗经理，最后伤害的是整个团队。他们会跟经理商量，如果要在周三之前完成，哪些功能是无法实现的，让经理作出取舍。\u003Cbr\u003E与此相反，不专业的程序员，往往会屈服于经理的权威，最终交付一个代码质量极差、还带有很多Bug的功能。\u003C\u002Fp\u003E\u003Cp\u003E《程序员的思维修炼》中提到了德雷福斯模型，这个模型对“新手”的定义就是——\u003Cb\u003E只会按照指令列表做事\u003C\u002Fb\u003E，如果你不懂得说不。把别人交给你的每一件事都接下来，那你和“新手”也没什么区别了。 不要以为你说“不”会辜负了经理的期望，相反，答应一件自己完成不了的事情才是对经理最大的辜负。学会说不，恰恰是你\u003Cb\u003E靠谱\u003C\u002Fb\u003E的表现。人们都喜欢真实的人，经理也不例外。\u003C\u002Fp\u003E\u003Ch2\u003E谨慎承诺 言出必行\u003C\u002Fh2\u003E\u003Cp\u003E专业的程序员不会轻易许下承诺，如果承诺，那必定是他自己能够完全掌握的事情，\u003Cb\u003E而不是承诺需要依赖他人的事情\u003C\u002Fb\u003E。\u003Cbr\u003E比如你的模块需要依赖Peter的模块，你就不能承诺既把自己的模块开发完成，还可以跟Peter的模块完成对接，因为对接可以完成地前提是Peter能够按时交付他的模块，而这不是你能控制的。你能承诺的只有跟Peter一起坐下来，讨论一下对接的方案，然后每天互相汇报一次各自的开发进度。\u003C\u002Fp\u003E\u003Cp\u003E专业的程序员还懂得\u003Cb\u003E及时汇报风险\u003C\u002Fb\u003E。有些事情确实很难预测，这时候你就要去调整别人对你的预期，尽早向你的承诺对象发出预警，跟他沟通有没有更好的解决方案。Peter就经常干这种事，每当工作被堵塞时，他会主动地跟项目经理说，“Bob，帮忙看个问题”，“Bob，感觉周三之前完成有很大风险啊…”\u003C\u002Fp\u003E\u003Ch2\u003E不在状态不好的时候写代码\u003C\u002Fh2\u003E\u003Cp\u003E刚和老婆吵了一架，然后回去公司，心烦意乱地写代码？\u003Cbr\u003E通宵定位问题，然后在疲惫不堪时打算修改代码解决这个Bug？\u003Cbr\u003E专业人士不会这么做，他们知道，在状态不好的时候写代码，只会写出一堆Bug。\u003C\u002Fp\u003E\u003Ch2\u003E善于对付中断\u003C\u002Fh2\u003E\u003Cp\u003E编程时总免不了被同事打断，一个突如其来的电话会议，右下角突然冒出来的聊天信息，还有Peter突然从背后过来的拥抱… \u003Cbr\u003E面对“打断”，专业的程序员懂得说，“稍等一下…”，然后他们会在记下\u003Cb\u003E当前工作的上下文信息\u003C\u002Fb\u003E，让自己重新回到工作时，能尽快进入状态。\u003Cbr\u003E当然，如果你在跟别人结对编程，或者你用了TDD，那么保存上下文信息就变得非常简单。\u003C\u002Fp\u003E\u003Ch2\u003E重视单元测试\u003C\u002Fh2\u003E\u003Cp\u003E专业的程序员知道单元测试的重要性，他们会把测试代码和产品代码看的一样重要，他们还会使用TDD。\u003C\u002Fp\u003E\u003Cblockquote\u003E\u003Ci\u003E关于单元测试的重要性和TDD，我在之前的文章中有介绍过，欢迎阅读：\u003Ca href=\"https:\u002F\u002Fzhuanlan.zhihu.com\u002Fp\u002F31662844\"\u003E如何说服你的同事使用TDD\u003C\u002Fa\u003E\u003C\u002Fi\u003E\u003C\u002Fblockquote\u003E\u003Ch2\u003E管理时间\u003C\u002Fh2\u003E\u003Cp\u003E专业的程序员对待会议的三项原则：\u003C\u002Fp\u003E\u003Cul\u003E\u003Cli\u003E拒绝那些与自己无关的会议；\u003C\u002Fli\u003E\u003Cli\u003E如果进入会议后发现自己没必要参加，那么安静的离席；\u003C\u002Fli\u003E\u003Cli\u003E尊重对方的时间。只召集那些必要的同事参加会议，并且会在会议前整理好会议的主题和议程。\u003C\u002Fli\u003E\u003C\u002Ful\u003E\u003Ch2\u003E管理精力\u003C\u002Fh2\u003E\u003Cp\u003E专业的程序员能够让自己\u003Cb\u003E精力充沛地投入到工作中\u003C\u002Fb\u003E。\u003Cbr\u003E他们知道保持充足的睡眠，知道通过一些体力活动，来放松自己的大脑。\u003C\u002Fp\u003E\u003Ch2\u003E管理压力\u003C\u002Fh2\u003E\u003Cp\u003E专业的程序员会\u003Cb\u003E尽量避免压力\u003C\u002Fb\u003E，他们谨慎承诺，不答应做不到的事情；他们保持代码的整洁，方便问题定位和重构代码；他们坚持着自己的编码原则，对自己交付的功能有很大信心，就算有Bug，也能很快定位处理。\u003Cbr\u003E而当压力来临时，专业的程序员不会惊慌失措，因为他们了解他们负责的代码的逻辑，如果有不懂的地方，他们会及时沟通，向他人求助。\u003C\u002Fp\u003E\u003Ch2\u003E不固执\u003C\u002Fh2\u003E\u003Cp\u003E专业的程序员不会在一条道上耗费太多时间，一旦发现这是个死胡同或者泥潭，就会及时抽身，往回走。\u003C\u002Fp\u003E\u003Ch2\u003E编程之外的技术\u003C\u002Fh2\u003E\u003Cp\u003E专业的程序员不会是“\u003Cb\u003E离开了编辑器就渴死的鱼\u003C\u002Fb\u003E”，他们具备计算机原理、TCP\u002FIP协议这些计算机学科的基础知识，他们对常用的Shell命令牢记于心，他们还善于使用各种工具的快捷键来提升他们的工作效率。\u003Cbr\u003E我的同事Peter就是这样一个专业的程序员，作为一个前端工程师，他对网络方面的知识非常熟悉，VLAN、网关、掩码、信任域等等，简直就是一本网络百科全书，他操作起Linux命令行也是相当熟练，出现问题了，需要定位，他会说，“给我环境信息，我上去看看”，然后就是各种查找日志、抓包分析，他敲键盘的速度也是贼快贼快，我想，这大概是我见过最完美、最酷炫、最专业的程序员了吧。\u003C\u002Fp\u003E\u003Cp\u003E以上就是我总结出来的专业程序员的特质。你心目中专业的程序员还有哪些好的职业素养呢？欢迎在评论区里和大家一起分享！\u003Cb\u003E让我们一起做一只既有技术，又有修养的程序猿！\u003C\u002Fb\u003E\u003C\u002Fp\u003E\u003Ch2\u003E参考\u003C\u002Fh2\u003E\u003Cul\u003E\u003Cli\u003E\u003Ca href=\"https:\u002F\u002Fbaike.baidu.com\u002Fitem\u002F%E4%B8%93%E4%B8%9A\u002F33053?fr=aladdin\"\u003E专业 - 百度百科\u003C\u002Fa\u003E\u003C\u002Fli\u003E\u003Cli\u003E《程序员的职业修养》\u003C\u002Fli\u003E\u003Cli\u003E《程序员的思维修炼》\u003C\u002Fli\u003E\u003Cli\u003E《软技能——代码之外的生存指南》\u003C\u002Fli\u003E\u003Cli\u003E《代码整洁之道》\u003C\u002Fli\u003E\u003Cli\u003E《重构》\u003C\u002Fli\u003E\u003C\u002Ful\u003E","updated":new Date("2017-12-10T23:51:46.000Z"),"canComment":false,"commentPermission":"anyone","commentCount":2,"likeCount":16,"state":"published","isLiked":false,"slug":"31884506","isTitleImageFullScreen":false,"rating":"none","sourceUrl":"","publishedTime":"2017-12-11T07:51:46+08:00","links":{"comments":"\u002Fapi\u002Fposts\u002F31884506\u002Fcomments"},"url":"\u002Fp\u002F31884506","titleImage":"https:\u002F\u002Fpic1.zhimg.com\u002Fv2-82bb3f6b10128a22225f40746dbc8fef_r.jpg","summary":"","href":"\u002Fapi\u002Fposts\u002F31884506","meta":{"previous":null,"next":null},"snapshotUrl":"","commentsCount":2,"likesCount":16},"32310340":{"title":"圣诞节，让我们聊聊单例模式","author":"hong-ze-yang","content":"\u003Cblockquote\u003E\u003Ci\u003E圣诞节到了，是时候对单例有一个新的认识了，不然一个就会变成两个、四个…很多个…嗯，我说的是圣诞老人…\u003C\u002Fi\u003E\u003C\u002Fblockquote\u003E\u003Cp\u003E很久之前看到一篇讲单例的文章，看完才知道看似简单的单例模式，其实有很大的考究，最近又看到了几篇类似的文章，发现单例其实很复杂。费了很大力气，理顺了思路，顿时又觉得单例模式可以不用那么复杂了。\u003C\u002Fp\u003E\u003Cp\u003E首先，我们得问自己一个问题：为什么要使用单例？\u003C\u002Fp\u003E\u003Ch2\u003E为什么要使用单例\u003C\u002Fh2\u003E\u003Cp\u003E单例，顾名思义，就是让一个类只存在一个实例对象，那么什么时候我们会需要单例呢？最常见的有以下两种情形：\u003C\u002Fp\u003E\u003Cul\u003E\u003Cli\u003E\u003Cb\u003E无状态的工具类\u003C\u002Fb\u003E：比如日志工具类，不管是在哪里使用，我们需要的只是它帮我们记录日志信息，除此之外，并不需要在它的实例对象上存储任何状态，这时候我们就只需要一个实例对象即可。\u003C\u002Fli\u003E\u003Cli\u003E\u003Cb\u003E全局信息类\u003C\u002Fb\u003E：比如我们在一个类上记录网站的访问次数，我们不希望有的访问被记录在对象A上，有的却记录在对象B上，这时候我们就让这个类成为单例。\u003C\u002Fli\u003E\u003C\u002Ful\u003E\u003Cp\u003E单例起到的好处主要有两点：\u003C\u002Fp\u003E\u003Cul\u003E\u003Cli\u003E节省内存\u003C\u002Fli\u003E\u003Cli\u003E方便管理\u003C\u002Fli\u003E\u003C\u002Ful\u003E\u003Cp\u003E值得注意的是，单例往往都可以通过static来实现，把一个实例方法变成静态方法，或者把一个实例变量变成静态变量，都可以起到单例的效果。在我看来，这只是面向对象和面向过程的区别。\u003C\u002Fp\u003E\u003Ch2\u003E一个完美的懒汉模式\u003C\u002Fh2\u003E\u003Cp\u003E了解完为什么要使用单例，接下来让我们来实现一个完美的单例模式。\u003Cbr\u003E实现单例模式，你只需要注意以下几点：\u003C\u002Fp\u003E\u003Col\u003E\u003Cli\u003E将\u003Cb\u003E构造函数私有化\u003C\u002Fb\u003E，防止别的开发人员调用而创建出多个实例\u003C\u002Fli\u003E\u003Cli\u003E\u003Cb\u003E在类的内部创建实例\u003C\u002Fb\u003E，创建时要注意\u003Cb\u003E多线程\u003C\u002Fb\u003E并发访问可能导致的new出多个实例的问题\u003C\u002Fli\u003E\u003Cli\u003E\u003Cb\u003E提供获取唯一实例的方法\u003C\u002Fb\u003E\u003C\u002Fli\u003E\u003C\u002Fol\u003E\u003Cp\u003E基于以上三点，我们实现了下面这个“懒汉”单例模式（\u003Cb\u003E本文的所有代码，可到\u003Ca href=\"https:\u002F\u002Fgithub.com\u002Fhzy38324\u002FCoding-Pratice\u002Ftree\u002Fmaster\u002FCodePractice\u002Fsrc\u002Fmain\u002Fjava\u002Fcom\u002Fsexycode\u002Fcodepractice\u002Fsingleton\"\u003EGithub\u003C\u002Fa\u003E上下载\u003C\u002Fb\u003E）：\u003C\u002Fp\u003E\u003Ccode lang=\"java\"\u003Epublic class PerfectLazyManSingleton {\n   private volatile static PerfectLazyManSingleton instance = null;\n\n   private PerfectLazyManSingleton() {\n   }\n\n   public static PerfectLazyManSingleton getInstance() {\n       if(instance == null) {\n           synchronized (PerfectLazyManSingleton.class) {\n               if(instance == null) {\n                   instance = new PerfectLazyManSingleton();\n               }\n           }\n       }\n       return instance;\n   }\n}\u003C\u002Fcode\u003E\u003Cp\u003E这个单例在\u003Cb\u003E实际使用\u003C\u002Fb\u003E中已经是完美的了：\u003C\u002Fp\u003E\u003Cul\u003E\u003Cli\u003E使用私有构造函数防止new出多个实例\u003C\u002Fli\u003E\u003Cli\u003E使用Double-Check + synchronized同步锁，解决多线程并发访问可能导致的在内部调用多次new的问题\u003C\u002Fli\u003E\u003Cli\u003E使用volatile关键字，解决由于指令重排而可能出现的在内部调用多次new的问题\u003C\u002Fli\u003E\u003C\u002Ful\u003E\u003Cp\u003E至于很多文章里说的利用类加载器、利用反射等创建多个实例的问题，我们只需要知道有这个可能性就好，因为这些都不是正常创建对象的方式，\u003Cb\u003E我们使用单例模式是为了防止其他开发人员不小心new出多个实例\u003C\u002Fb\u003E，而如果开发人员都动用了反射和ClassLoader这些重型武器了，那我想这绝对不是“不小心”了。\u003C\u002Fp\u003E\u003Cp\u003E与其浪费心思、牺牲代码可读性、牺牲性能，去获取“绝对意义”上的单例，还不如在类上面加上行注释——“This is a single-instance class. Do not try to create another instance”，来提示那些看到私有构造函数还不知道这是个单例的新手们，不要尝试创建新的实例了！\u003C\u002Fp\u003E\u003Cblockquote\u003E\u003Ci\u003E如果真想实现“绝对意义”上的单例，那就使用枚举吧。\u003C\u002Fi\u003E\u003C\u002Fblockquote\u003E\u003Ch2\u003E单例工厂\u003C\u002Fh2\u003E\u003Cp\u003E消除重复是程序员的天性，如果我们每次需要单例对象时，都按照上面的模式把类设计成单例，那显然是不可接受的。这时候我们就可以设计一个单例工厂，这个单例工厂就像民政局一样，我给他一个身份证号码，他给我返回唯一一个对应的人。\u003C\u002Fp\u003E\u003Ccode lang=\"java\"\u003Epublic class SingletonRegistry {\n    public static SingletonRegistry REGISTRY = new SingletonRegistry();\n    private static HashMap map = new HashMap();\n    private static Logger logger = LoggerFactory.getLogger(SingletonRegistry.class);\n\n    private SingletonRegistry() {\n    }\n\n    public static synchronized Object getInstance(String classname) {\n        Object singleton = map.get(classname);\n        if (singleton != null) {\n            return singleton;\n        }\n        try {\n            singleton = Class.forName(classname).newInstance();\n            logger.info(\"created singleton: \" + singleton);\n        } catch (ClassNotFoundException cnf) {\n            logger.warn(\"Couldn't find class \" + classname);\n        } catch (InstantiationException ie) {\n            logger.warn(\"Couldn't instantiate an object of type \" +\n                    classname);\n        } catch (IllegalAccessException ia) {\n            logger.warn(\"Couldn't access class \" + classname);\n        }\n        map.put(classname, singleton);\n        return singleton;\n    }\n}\u003C\u002Fcode\u003E\u003Cp\u003E关于这个SingletonRegistry，有以下几点需要注意的：\u003C\u002Fp\u003E\u003Cul\u003E\u003Cli\u003E这个SingletonRegistry本身也是单例，使用的是“饿汉”版的单例模式\u003C\u002Fli\u003E\u003Cli\u003E由于getInstance方法要返回的实例不再是类的成员变量，因此不再能够使用volatile来获得线程之间的可见性，因此要将整个getInstance方法加上同步锁\u003C\u002Fli\u003E\u003C\u002Ful\u003E\u003Cp\u003E这个单例工厂的用法非常简单：\u003C\u002Fp\u003E\u003Ccode lang=\"java\"\u003Epublic class Singleton {\n   private Singleton() {\n   }\n   public static Singleton getInstance() {\n      return (Singleton)SingletonRegistry.REGISTRY.getInstance(classname);\n   }\n}\u003C\u002Fcode\u003E\u003Ch2\u003E饿汉版单例模式\u003C\u002Fh2\u003E\u003Cp\u003E饿汉版的单例模式非常简单，上面的SingletonRegistry其实就是“饿汉”版的单例模式，一个完美的饿汉单例模式代码如下：\u003C\u002Fp\u003E\u003Ccode lang=\"java\"\u003Epublic class SingletonHungryMan {\n    public final static SingletonHungryMan INSTANCE = new SingletonHungryMan();\n    private SingletonHungryMan() {\n        \u002F\u002F Exists only to defeat instantiation.\n    }\n    public void sayHello() {\n        System.out.println(\"hello\");\n    }\n}\u003C\u002Fcode\u003E\u003Cp\u003E为什么这里就不用担心多线程并发导致的new了多个示例呢？\u003Cbr\u003E关键在于这是static静态变量，而静态变量归属于类，会在类加载的过程中被初始化，而Java类加载的过程默认是线程安全的，除非自定义的类加载器覆写了loadClass函数。\u003Cbr\u003E下面就是ClassLoader的loadClass方法，这个方法很好的展示了什么是双亲委派模型：\u003C\u002Fp\u003E\u003Ccode lang=\"java\"\u003Eprotected Class&lt;?&gt; loadClass(String name, boolean resolve)\n        throws ClassNotFoundException\n{\n    synchronized (getClassLoadingLock(name)) {\n        \u002F\u002F First, check if the class has already been loaded\n        Class&lt;?&gt; c = findLoadedClass(name);\n        if (c == null) {\n            long t0 = System.nanoTime();\n            try {\n                if (parent != null) {\n                    c = parent.loadClass(name, false);\n                } else {\n                    c = findBootstrapClassOrNull(name);\n                }\n            } catch (ClassNotFoundException e) {\n                \u002F\u002F ClassNotFoundException thrown if class not found\n                \u002F\u002F from the non-null parent class loader\n            }\n\n            if (c == null) {\n                \u002F\u002F If still not found, then invoke findClass in order\n                \u002F\u002F to find the class.\n                long t1 = System.nanoTime();\n                c = findClass(name);\n\n                \u002F\u002F this is the defining class loader; record the stats\n                sun.misc.PerfCounter.getParentDelegationTime().addTime(t1 - t0);\n                sun.misc.PerfCounter.getFindClassTime().addElapsedTimeFrom(t1);\n                sun.misc.PerfCounter.getFindClasses().increment();\n            }\n        }\n        if (resolve) {\n            resolveClass(c);\n        }\n        return c;\n    }\n}\u003C\u002Fcode\u003E\u003Cp\u003E当然了，饿汉版的单例模式如果受到非常规的攻击，还是会生出二胎出来的，比如利用反射把私有的构造器设为Accessible，抑或是使用自定义的类加载器进行加载，产生新的实例。\u003C\u002Fp\u003E\u003Cblockquote\u003E\u003Ci\u003E对于任意一个类，都需要由加载它的类加载器和这个类本身一同确立其在Java虚拟机中的唯一性 —— 《深入理解Java虚拟机》 第7章 虚拟机类加载机制\u003C\u002Fi\u003E\u003C\u002Fblockquote\u003E\u003Cp\u003E我分别使用了反射和类加载器，对上面的SingletonHungryMan进行了攻击，代码如下：\u003C\u002Fp\u003E\u003Ccode lang=\"java\"\u003Epublic class SingletonHungryManTest {\n    private SingletonHungryMan sone = null;\n    private Object stwo = null;\n    private Object sthree = null;\n    private static Logger logger = LoggerFactory.getLogger(SingletonHungryManTest.class);\n\n    @Before\n    public void setUp() throws ClassNotFoundException, IllegalAccessException, InstantiationException, NoSuchMethodException, InvocationTargetException, NoSuchFieldException {\n        sone = SingletonHungryMan.INSTANCE;\n        stwo = createAnotherInstanceUsingRelection();\n        sthree = createAnotherInstanceUsingAnotherClassLoader();\n    }\n\n    private Object createAnotherInstanceUsingRelection() throws ClassNotFoundException, NoSuchMethodException, InstantiationException, IllegalAccessException, InvocationTargetException {\n        Class&lt;SingletonHungryMan&gt; singletonHungryManClass = SingletonHungryMan.class;\n        Constructor&lt;?&gt; declaredConstructor = singletonHungryManClass.getDeclaredConstructor();\n        declaredConstructor.setAccessible(true);\n        return declaredConstructor.newInstance();\n    }\n\n    private Object createAnotherInstanceUsingAnotherClassLoader() throws ClassNotFoundException, NoSuchMethodException, InstantiationException, IllegalAccessException, InvocationTargetException, NoSuchFieldException {\n        \u002F\u002F use custom class loader to load class\n        ClassLoader myLoader = getMyLoader();\n        Class&lt;?&gt; myClass = myLoader.loadClass(\"com.sexycode.codepractice.singleton.SingletonHungryMan\");\n        \u002F\u002F use reflection to get field\n        Field field = myClass.getField(\"INSTANCE\");\n        \u002F\u002F return the field's value\n        return field.get(null);\n    }\n\n    private ClassLoader getMyLoader() throws ClassNotFoundException {\n        return new ClassLoader() {\n            @Override\n            public Class&lt;?&gt; loadClass(String name) throws ClassNotFoundException {\n                try {\n                    String fileName = name.substring(name.lastIndexOf(\".\") + 1) + \".class\";\n                    InputStream is = getClass().getResourceAsStream(fileName);\n                    if (is == null) {\n                        return super.loadClass(name);\n                    }\n                    byte[] b = new byte[is.available()];\n                    is.read(b);\n                    return defineClass(name, b, 0, b.length);\n                } catch (IOException e) {\n                    throw new ClassNotFoundException(name);\n                }\n            }\n        };\n    }\n\n    @Test\n    public void testUnique() throws NoSuchMethodException, InvocationTargetException, IllegalAccessException {\n        logger.info(\"checking singletons for equality\");\n        sone.sayHello();\n        invokeMethod(stwo, \"sayHello\");\n        invokeMethod(sthree, \"sayHello\");\n        Assert.assertNotEquals(true, sone == stwo);\n        Assert.assertNotEquals(true, sone == sthree);\n    }\n\n    private void invokeMethod(Object obj, String method) throws NoSuchMethodException, IllegalAccessException, InvocationTargetException {\n        Method sayHello = obj.getClass().getMethod(method);\n        sayHello.invoke(obj);\n    }\n}\u003C\u002Fcode\u003E\u003Ch2\u003E可序列化对象的单例\u003C\u002Fh2\u003E\u003Cp\u003E可序列化对象，在进行序列化之后，可以进行多次的反序列化，这时候如果要维持单例，就要实现readResolve方法：\u003C\u002Fp\u003E\u003Ccode lang=\"java\"\u003Epublic class SingletonSerializable implements java.io.Serializable {\n    public static SingletonSerializable INSTANCE = new SingletonSerializable();\n\n    private SingletonSerializable() {\n        \u002F\u002F Exists only to thwart instantiation.\n    }\n\n    private Object readResolve() {\n        return INSTANCE;\n    }\n\n}\u003C\u002Fcode\u003E\u003Ch2\u003E小结\u003C\u002Fh2\u003E\u003Cp\u003E实现单例模式，其实没有那么复杂，我们要考虑的只是如何防止其他开发人员在\u003Cb\u003E常规操作\u003C\u002Fb\u003E下创建多个实例，至于那些非常规的手段，并不值得牺牲代码可读性和性能去进行防御。\u003C\u002Fp\u003E\u003Cp\u003E最后再抛出一个问题，Spring的@Scope(\"singleton\")是怎么实现单例的呢？\u003C\u002Fp\u003E\u003Cp\u003E最最重要的是，圣诞节来了，你知道怎么实现单例、防止多例了么？\u003C\u002Fp\u003E\u003Ch2\u003E参考\u003C\u002Fh2\u003E\u003Cul\u003E\u003Cli\u003E\u003Ca href=\"https:\u002F\u002Fwww.javaworld.com\u002Farticle\u002F2073352\u002Fcore-java\u002Fsimply-singleton.html\"\u003ESimply Singleton\u003C\u002Fa\u003E\u003C\u002Fli\u003E\u003Cli\u003E\u003Ca href=\"https:\u002F\u002Fstackoverflow.com\u002Fquestions\u002F228164\u002Fon-design-patterns-when-to-use-the-singleton\"\u003Ewhen-to-use-the-singleton\u003C\u002Fa\u003E\u003C\u002Fli\u003E\u003Cli\u003E\u003Ca href=\"https:\u002F\u002Fstackoverflow.com\u002Fquestions\u002F8704423\u002Fwhen-are-static-variables-are-initialized\"\u003Ewhen-are-static-variables-are-initialized\u003C\u002Fa\u003E\u003C\u002Fli\u003E\u003Cli\u003E《深入理解Java虚拟机》\u003C\u002Fli\u003E\u003C\u002Ful\u003E","updated":new Date("2017-12-24T23:39:05.000Z"),"canComment":false,"commentPermission":"anyone","commentCount":5,"likeCount":49,"state":"published","isLiked":false,"slug":"32310340","isTitleImageFullScreen":false,"rating":"none","sourceUrl":"","publishedTime":"2017-12-25T07:39:05+08:00","links":{"comments":"\u002Fapi\u002Fposts\u002F32310340\u002Fcomments"},"url":"\u002Fp\u002F32310340","titleImage":"https:\u002F\u002Fpic4.zhimg.com\u002Fv2-b6da0b3fa412f3bfb8b8ee27592ed30b_r.jpg","summary":"","href":"\u002Fapi\u002Fposts\u002F32310340","meta":{"previous":null,"next":null},"snapshotUrl":"","commentsCount":5,"likesCount":49},"32531445":{"title":"如何写出线程不安全的代码","author":"hong-ze-yang","content":"\u003Ch2\u003E什么是线程安全性\u003C\u002Fh2\u003E\u003Cp\u003E很多时候，我们的代码，在单线程的环境下是可以运行的非常完美，然而，一旦把代码放到多线程的环境下去接受蹂躏，结果常常是惨不忍睹的。\u003C\u002Fp\u003E\u003Cp\u003E《Java并发编程实践》中，给出了\u003Cb\u003E线程安全性\u003C\u002Fb\u003E的解释：\u003C\u002Fp\u003E\u003Cblockquote\u003E\u003Ci\u003EA class is thread-safe when it continues to\u003C\u002Fi\u003E \u003Ci\u003E\u003Cb\u003Ebehave\u003C\u002Fb\u003E\u003C\u002Fi\u003E \u003Ci\u003E\u003Cb\u003Ecorrectly\u003C\u002Fb\u003E\u003C\u002Fi\u003E \u003Ci\u003Ewhen accessed from multiple threads.\u003C\u002Fi\u003E\u003C\u002Fblockquote\u003E\u003Cp\u003E当一个类，不断被多个线程调用，仍能表现出正确的行为时，那它就是线程安全的。\u003Cbr\u003E这里的关键在于对“\u003Cb\u003E正确的行为\u003C\u002Fb\u003E”的理解，什么意思呢？多写几个线程不安全的代码你就明白了。\u003C\u002Fp\u003E\u003Ch2\u003E消失的请求数\u003C\u002Fh2\u003E\u003Cp\u003E假设我们需要给Servlet增加一个统计请求数的功能，于是我们使用了一个long变量作为计数器，并在每次请求时都给这个计数器加一（\u003Cb\u003E本文的所有代码，可到\u003Ca href=\"https:\u002F\u002Fgithub.com\u002Fhzy38324\u002FCoding-Pratice\u002Ftree\u002Fmaster\u002FCodePractice\u002Fsrc\u002Fmain\u002Fjava\u002Fcom\u002Fsexycode\u002Fcodepractice\u002Funthreadsafe\"\u003EGithub\u003C\u002Fa\u003E下载\u003C\u002Fb\u003E）：\u003C\u002Fp\u003E\u003Ccode lang=\"java\"\u003Epublic class UnsafeCountingServlet extends GenericServlet implements Servlet {\n    private long count = 0;\n\n    public long getCount() {\n        return count;\n    }\n\n    public void service(ServletRequest servletRequest, ServletResponse servletResponse) throws ServletException, IOException {\n        ++count;\n        \u002F\u002F To something else...\n    }\n}\u003C\u002Fcode\u003E\u003Cp\u003E在单线程的环境下，这份代码绝对正确，然而，当有多个线程同时访问时，问题就暴露了。\u003C\u002Fp\u003E\u003Cp\u003E关键就在于++count，它看上去只是一个操作，实际上包含了三个动作：\u003C\u002Fp\u003E\u003Col\u003E\u003Cli\u003E读取count\u003C\u002Fli\u003E\u003Cli\u003E将count加一\u003C\u002Fli\u003E\u003Cli\u003E将count的值到内存中\u003C\u002Fli\u003E\u003C\u002Fol\u003E\u003Cp\u003E这是一个“\u003Cb\u003E读取-修改-写入\u003C\u002Fb\u003E”的操作序列，因此假设现在count是9，然后：\u003C\u002Fp\u003E\u003Col\u003E\u003Cli\u003E线程A进入service方法，读到count值是9\u003C\u002Fli\u003E\u003Cli\u003E在A修改完count的值但是还没写入内存之前，线程B也进入service方法，并且读取了count值，这时候线程B读取到的count还是9\u003C\u002Fli\u003E\u003Cli\u003E最后，两个线程都对值为9的count，进行了加一的操作，两次请求下来，计数器只增加了一次。\u003C\u002Fli\u003E\u003C\u002Fol\u003E\u003Cp\u003E显然，这个类，在多线程的环境下，\u003Cb\u003E没有表现出我们预期的行为\u003C\u002Fb\u003E，所以称它为\u003Cb\u003E线程不安全\u003C\u002Fb\u003E。\u003C\u002Fp\u003E\u003Ch2\u003E意外怀孕\u003C\u002Fh2\u003E\u003Cp\u003E这一次，我们需要写一个单例，单例很简单呀，不就是构造函数私有化么：\u003C\u002Fp\u003E\u003Ccode lang=\"java\"\u003Epublic class UnsafeSingleton {\n    private UnsafeSingleton instance = null;\n\n    public UnsafeSingleton getInstance() {\n        if (instance == null)\n            instance = new UnsafeSingleton();\n        return instance;\n    }\n}\u003C\u002Fcode\u003E\u003Cp\u003E如果只有一个线程调用我们的代码，那这个类，永远不会生出二胎。但是，放在多线程的环境下，它就可能会意外怀孕了：\u003C\u002Fp\u003E\u003Col\u003E\u003Cli\u003E线程A调用getInstance方法，这时候instance是null，进入if代码块\u003C\u002Fli\u003E\u003Cli\u003E在线程A执行new UnsafeSingleton()之前，线程B先跨一步，执行if判断，这时候instance还是null，嗯，线程B也进去了\u003C\u002Fli\u003E\u003Cli\u003E接下来，两个线程都会执行new UnsafeSingleton()…悲剧就这样发生了\u003C\u002Fli\u003E\u003C\u002Fol\u003E\u003Cp\u003E预期中的计划生育失败，我们再一次写出了线程不安全的代码。\u003C\u002Fp\u003E\u003Ch2\u003E考题泄漏\u003C\u002Fh2\u003E\u003Cp\u003E如果说前面两种破坏方式都太过明显，很难在代码review中逃过法眼的话，接下来这种方式，就显得非常高级了。\u003C\u002Fp\u003E\u003Ccode lang=\"java\"\u003Epublic class ThisEscape {\n    private final List&lt;Event&gt; listOfEvents;\n\n    public ThisEscape(EventSource source) {\n        source.registerListener(new EventListener() {\n            public void onEvent(Event e) {\n                doSomething(e);\n            }\n        });\n        listOfEvents = new ArrayList&lt;Event&gt;();\n    }\n\n    void doSomething(Event e) {\n        listOfEvents.add(e);\n    }\n\n\n    interface EventSource {\n        void registerListener(EventListener e);\n    }\n\n    interface EventListener {\n        void onEvent(Event e);\n    }\n\n    interface Event {\n    }\n}\u003C\u002Fcode\u003E\u003Cp\u003E这个类的构造函数接收了一个事件源，在构造函数中，会给事件源添加一个监听器。咋看之下，你也许不会发现这段代码有什么问题，其实这里面暗藏着NullPointerException：\u003C\u002Fp\u003E\u003Col\u003E\u003Cli\u003E线程A将事件源传入构造函数，并且执行了registerListener的代码\u003C\u002Fli\u003E\u003Cli\u003E在线程A给listOfEvents初始化之前，线程B触发了事件源，由于线程A已经往事件源注册了监听器，因此会执行onEvent函数，也就是doSomething(e);\u003C\u002Fli\u003E\u003Cli\u003E而此时listOfEvents还没被初始化，因此listOfEvents.add(e)报空指针异常\u003C\u002Fli\u003E\u003C\u002Fol\u003E\u003Cp\u003E这一切的根源都在于，ThisEscape的构造函数，在ThisEscape还没实例化完成之前，\u003Cb\u003E就把this对象泄漏出去\u003C\u002Fb\u003E，使得外部可以调用实例对象的方法，这就像还没开考，就把考题给公布出去了，因此称之为，考题泄漏。\u003C\u002Fp\u003E\u003Cp\u003E《Java并发编程实践》将这种误把对象发布出去的行为，称为对象逸出（Escape）。\u003C\u002Fp\u003E\u003Ch2\u003E半成品\u003C\u002Fh2\u003E\u003Cp\u003E对象逸出是指不想发布对象，却不小心发布了。还有一种是，想发布对象，却在对象还没制造好之前，就给了对方使用半成品的机会：\u003C\u002Fp\u003E\u003Ccode lang=\"java\"\u003Epublic class StuffIntoPublic {\n    public Holder holder;\n\n    public void initialize() {\n        holder = new Holder(42);\n    }\n}\n\npublic class Holder {\n    private int n;\n\n    public Holder(int n) {\n        this.n = n;\n    }\n\n    public void assertSanity() {\n        if (n != n)\n            throw new AssertionError(\"This statement is false.\");\n    }\n}\u003C\u002Fcode\u003E\u003Cp\u003E很难想象，什么情况下n != n会成立，并抛出异常。大家可以先参考\u003Ca href=\"https:\u002F\u002Fstackoverflow.com\u002Fquestions\u002F1621435\u002Fnot-thread-safe-object-publishing\"\u003EStackOverflow\u003C\u002Fa\u003E里的解释，主要是涉及到Java的\u003Cb\u003E指令重排\u003C\u002Fb\u003E，后面会给大家详细讲解。\u003C\u002Fp\u003E\u003Ch2\u003E小结\u003C\u002Fh2\u003E\u003Cp\u003E这篇文章给大家解释了什么是线程安全，并且举了四个线程不安全的例子来加深大家对线程安全的理解：消失的请求数、意外怀孕、考题泄漏、半成品。这四个例子，分别对应三种常见的线程不安全情形：\u003C\u002Fp\u003E\u003Col\u003E\u003Cli\u003E读取-修改-写入： 对应上面“消失的请求数”的例子\u003C\u002Fli\u003E\u003Cli\u003E先检查后执行：对应上面“意外怀孕”的例子\u003C\u002Fli\u003E\u003Cli\u003E发布未完整构造的对象：对应上面“考题泄漏”和“半成品”两个例子\u003C\u002Fli\u003E\u003C\u002Fol\u003E\u003Cp\u003E绝大多数的线程不安全问题，都可以归结为这三种情形。而这三种情形，其实又可以再缩减为两种：\u003Cb\u003E对象创建时\u003C\u002Fb\u003E和\u003Cb\u003E对象创建后\u003C\u002Fb\u003E。\u003Cb\u003E不仅仅是在对象创建后的业务逻辑中要考虑线程的安全性，在对象创建的过程中，也要考虑线程安全\u003C\u002Fb\u003E。\u003C\u002Fp\u003E\u003Ch2\u003E后记\u003C\u002Fh2\u003E\u003Cp\u003E这篇文章里只是解释了为什么这些代码会有线程安全问题，并没有跟大家说如何对代码进行修改，使之成为“线程安全”，我会在后面的文章中和大家一起详细探讨。\u003C\u002Fp\u003E\u003Cp\u003E有人可能会说，线程安全嘛，加\u003Cb\u003E同步锁\u003C\u002Fb\u003E不就可以啦，其实不然，光光同步锁，就有很多可以探究的了：\u003C\u002Fp\u003E\u003Col\u003E\u003Cli\u003E同步锁的原理是什么\u003C\u002Fli\u003E\u003Cli\u003E锁的重入(Reentrancy)是什么\u003C\u002Fli\u003E\u003Cli\u003E同步锁的本质？\u003C\u002Fli\u003E\u003Cli\u003E…\u003C\u002Fli\u003E\u003C\u002Fol\u003E\u003Cp\u003E更何况，解决并发问题，也\u003Cb\u003E绝对不是加锁这么简单\u003C\u002Fb\u003E，我们还需要了解：\u003C\u002Fp\u003E\u003Col\u003E\u003Cli\u003Evolatile关键字的含义\u003C\u002Fli\u003E\u003Cli\u003E指令重排是什么\u003C\u002Fli\u003E\u003Cli\u003E如何安全的发布对象\u003C\u002Fli\u003E\u003Cli\u003E如何设计一个线程安全的类\u003C\u002Fli\u003E\u003Cli\u003E…\u003C\u002Fli\u003E\u003C\u002Fol\u003E\u003Cp\u003E再者，解决了线程安全，我们还需要考虑线程的\u003Cb\u003E生命周期管理\u003C\u002Fb\u003E、线程使用的\u003Cb\u003E性能\u003C\u002Fb\u003E问题等：\u003C\u002Fp\u003E\u003Col\u003E\u003Cli\u003E如何取消一个线程\u003C\u002Fli\u003E\u003Cli\u003E如何关闭一个有很多线程的服务\u003C\u002Fli\u003E\u003Cli\u003E如何设计线程池的大小\u003C\u002Fli\u003E\u003Cli\u003EThreadPoolExecutor，Future等Java线程框架的使用\u003C\u002Fli\u003E\u003Cli\u003E线程被中断了如何处理\u003C\u002Fli\u003E\u003Cli\u003E线程池资源不够了，有什么处理策略\u003C\u002Fli\u003E\u003Cli\u003E死锁的N种情形\u003C\u002Fli\u003E\u003Cli\u003E…\u003C\u002Fli\u003E\u003C\u002Fol\u003E\u003Cp\u003E乃至我们学习Java并发编程最最初始的问题：\u003C\u002Fp\u003E\u003Col\u003E\u003Cli\u003E\u003Cb\u003E我们为什么要学习并发编程\u003C\u002Fb\u003E\u003C\u002Fli\u003E\u003Cli\u003E并发和异步的关系\u003C\u002Fli\u003E\u003C\u002Fol\u003E\u003Cp\u003E这些，都是我新的一年里要和大家一起分享的，分享的内容主要基于《Java并发编程实践》里提到的知识，我买了中文版和英文版。这是一本很难啃的书，我会一如既往的用通俗易懂的语言来和大家分享我的学习心得。\u003C\u002Fp\u003E\u003Ch2\u003E参考\u003C\u002Fh2\u003E\u003Cul\u003E\u003Cli\u003E《Java并发编程实践》\u003C\u002Fli\u003E\u003Cli\u003E\u003Ca href=\"https:\u002F\u002Fstackoverflow.com\u002Fquestions\u002F28237509\u002Fhow-is-listing-3-7-working-in-java-concurrency-in-practice\"\u003Ehow-is-listing-3-7-working-in-java-concurrency-in-practice\u003C\u002Fa\u003E\u003C\u002Fli\u003E\u003Cli\u003E\u003Ca href=\"https:\u002F\u002Fstackoverflow.com\u002Fquestions\u002F1621435\u002Fnot-thread-safe-object-publishing\"\u003Enot-thread-safe-object-publishing\u003C\u002Fa\u003E\u003C\u002Fli\u003E\u003C\u002Ful\u003E","updated":new Date("2018-01-01T23:43:38.000Z"),"canComment":false,"commentPermission":"anyone","commentCount":7,"likeCount":102,"state":"published","isLiked":false,"slug":"32531445","isTitleImageFullScreen":false,"rating":"none","sourceUrl":"","publishedTime":"2018-01-02T07:43:38+08:00","links":{"comments":"\u002Fapi\u002Fposts\u002F32531445\u002Fcomments"},"url":"\u002Fp\u002F32531445","titleImage":"https:\u002F\u002Fpic3.zhimg.com\u002Fv2-f271c95882a85a77d5c9cbe3743bb16a_r.jpg","summary":"","href":"\u002Fapi\u002Fposts\u002F32531445","meta":{"previous":null,"next":null},"snapshotUrl":"","commentsCount":7,"likesCount":102},"32717680":{"title":"如何在Spring Boot中使用TDD写出高质量的接口","author":"hong-ze-yang","content":"\u003Cp\u003E之前在《\u003Ca href=\"http:\u002F\u002Fbridgeforyou.cn\u002F2017\u002F12\u002F03\u002FHow-to-Persuade-Your-Teemmate-to-use-TDD\u002F\"\u003E如何说服你的同事使用TDD\u003C\u002Fa\u003E》中介绍了为什么要使用TDD（测试驱动开发），以及如何使用TDD写代码。文章发表后，有同学在评论区中表示文章写得不错，但是举得例子太过脱离实际了，能不能举一个在实际工作中的例子呀。这篇文章，就来分享一下在Spring Boot中，如何使用TDD写出\u003Cb\u003E功能健壮\u003C\u002Fb\u003E、\u003Cb\u003E代码整洁\u003C\u002Fb\u003E的\u003Cb\u003E高质量接口\u003C\u002Fb\u003E。\u003C\u002Fp\u003E\u003Cp\u003E我将用一个简单的案例，向你展示：\u003C\u002Fp\u003E\u003Cul\u003E\u003Cli\u003E什么是“接口文档-&gt;测试用例-&gt;产品代码”的TDD开发流程\u003C\u002Fli\u003E\u003Cli\u003E在Spring Boot中，怎样同时使用集成测试和单元测试，保证测试的覆盖面\u003C\u002Fli\u003E\u003Cli\u003E使用Spring Boot测试框架的一些优秀实践\u003C\u002Fli\u003E\u003Cli\u003E为什么要使用TDD\u003C\u002Fli\u003E\u003C\u002Ful\u003E\u003Ch2\u003E接口文档\u003C\u002Fh2\u003E\u003Cp\u003E我们要实现的接口，功能非常简单，就是能够对敏感字眼进行检查的发帖功能，不允许发带有“shit”、“fxxk”之类字眼的帖子，嗯，我们是一个文明的社区！\u003C\u002Fp\u003E\u003Cp\u003E接口文档如下：\u003C\u002Fp\u003E\u003Cp\u003E\u003Cb\u003E接口说明\u003C\u002Fb\u003E\u003Cbr\u003E发布帖子，同时对敏感字眼进行校验\u003C\u002Fp\u003E\u003Cp\u003E\u003Cb\u003EURL\u003C\u002Fb\u003E \u003Cbr\u003E\u002Fv2.0\u002Fposts\u003C\u002Fp\u003E\u003Cp\u003E\u003Cb\u003EHTTP请求方式\u003C\u002Fb\u003E\u003Cbr\u003EPOST\u003C\u002Fp\u003E\u003Cp\u003E\u003Cb\u003E请求体\u003C\u002Fb\u003E\u003Cbr\u003E参数： content（帖子的内容，String）\u003C\u002Fp\u003E\u003Cp\u003E\u003Cb\u003E响应\u003C\u002Fb\u003E\u003Cbr\u003E200 创建成功，返回成功创建的帖子信息\u003Cbr\u003E400 创建失败，帖子中包含敏感字眼\u003C\u002Fp\u003E\u003Cp\u003E\u003Cb\u003E示例1\u003C\u002Fb\u003E\u003Cbr\u003E请求体\u003C\u002Fp\u003E\u003Ccode lang=\"text\"\u003E{\n    \"content\": \"hello world!\"\n} \u003C\u002Fcode\u003E\u003Cp\u003E响应\u003Cbr\u003E200\u003C\u002Fp\u003E\u003Ccode lang=\"text\"\u003E{\n    \"id\": 1,\n    \"content\": \"hello world!\",\n    \"username\": \"sexy code\",\n    \"createDate\": 1515312619351\n} \u003C\u002Fcode\u003E\u003Cp\u003E\u003Cb\u003E示例2\u003C\u002Fb\u003E\u003Cbr\u003E请求体\u003C\u002Fp\u003E\u003Ccode lang=\"text\"\u003E{\n    \"content\": \"hello shit!\"\n} \u003C\u002Fcode\u003E\u003Cp\u003E响应\u003C\u002Fp\u003E\u003Ccode lang=\"text\"\u003E{\n    \"errorCode\": 100001,\n    \"errorInfo\": \"post contains sensitive info\"\n} \u003C\u002Fcode\u003E\u003Ch2\u003E测试策略\u003C\u002Fh2\u003E\u003Cp\u003E如果不采用TDD，那么下一步就是拿着接口文档开发接口了，但是这很不TDD。TDD要求我们先写测试用例。\u003C\u002Fp\u003E\u003Cblockquote\u003E\u003Ci\u003E你或许会认为不写测试用例，同样可以写出实现功能的接口。别急，测试用例带给你的好处远远不止正确性。\u003C\u002Fi\u003E\u003C\u002Fblockquote\u003E\u003Cp\u003E看完上面那份接口文档，我们很自然的想到有下面两个测试用例：\u003C\u002Fp\u003E\u003Col\u003E\u003Cli\u003E发布内容合规的帖子，成功发布，返回200和对应的数据\u003C\u002Fli\u003E\u003Cli\u003E发布含有敏感字眼的帖子，发布失败，返回400和错误提示\u003C\u002Fli\u003E\u003C\u002Fol\u003E\u003Cp\u003E上面这两个测试用例，都是从模拟客户端请求，到后台业务层和数据库层操作，再到返回响应的端到端测试，因此属于\u003Cb\u003E集成测试\u003C\u002Fb\u003E。\u003Cbr\u003E集成测试要求我们启动Spring Boot的容器，因此运行起来会比较慢。通常情况下，集成测试只覆盖基本场景，更细致的测试，可以交给\u003Cb\u003E单元测试\u003C\u002Fb\u003E。\u003Cbr\u003E比如在这个场景中，我们可以针对判断内容中是否含有敏感信息的这个功能，进行单元测试，这也就要求我们把这个功能，抽取成一个方法，这样才方便我们写测试用例。由于单元测试不需要启用Spring Boot容器，因此测试用例运行起来将非常迅速。\u003C\u002Fp\u003E\u003Cblockquote\u003E\u003Ci\u003ETDD在不知不觉中提高了我们的代码质量。它让我们从测试用例的角度出发，思考如何写出方便测试的代码，方便测试的代码，往往是符合单一职责的。\u003C\u002Fi\u003E\u003C\u002Fblockquote\u003E\u003Ch2\u003E集成测试\u003C\u002Fh2\u003E\u003Cp\u003E制定好测试策略之后，下面开始写第一个测试用例。\u003C\u002Fp\u003E\u003Cp\u003E一个测试用例通常包括以下三个步骤：\u003C\u002Fp\u003E\u003Col\u003E\u003Cli\u003E创建环境，初始化数据\u003C\u002Fli\u003E\u003Cli\u003E执行操作\u003C\u002Fli\u003E\u003Cli\u003E验证操作结果\u003C\u002Fli\u003E\u003C\u002Fol\u003E\u003Cp\u003E对于我们这个发帖的接口，那就是：\u003C\u002Fp\u003E\u003Col\u003E\u003Cli\u003E创建Spring Boot容器\u003C\u002Fli\u003E\u003Cli\u003E向发帖的接口，发送Post请求\u003C\u002Fli\u003E\u003Cli\u003E根据返回的帖子id，去数据库查询，看查到的数据，是不是和发送的数据一致\u003C\u002Fli\u003E\u003C\u002Fol\u003E\u003Cp\u003E使用Spring Boot提供的测试框架，可以很轻松的将上面这个过程写成代码（\u003Cb\u003E本文的所有代码，可到\u003Ca href=\"https:\u002F\u002Fgithub.com\u002Fhzy38324\u002Ftiny-facebook\"\u003EGithub\u003C\u002Fa\u003E下载，欢迎加星\u003C\u002Fb\u003E）：\u003C\u002Fp\u003E\u003Ccode lang=\"java\"\u003E@RunWith(SpringRunner.class)\n@SpringBootTest\n@AutoConfigureMockMvc\npublic class PostControllerV2ITTest {\n\n    public static final String POST_CONTENT_VALID = \"post content test\";\n    public static final String POST_URL = \"\u002Fv2.0\u002Fposts\";\n\n    @Autowired\n    private MockMvc mockMvc;\n\n    @Autowired\n    private ObjectMapper objectMapper;\n\n    @Autowired\n    private PostRepository postRepository;\n\n    @Test\n    public void testCreatePost_returnSuccess() throws Exception {\n        ResultActions resultActions = sendCreatePostRequest(POST_CONTENT_VALID);\n\n        checkCreateValidPostResult(resultActions, POST_CONTENT_VALID);\n    }\n\n\t...\n\n}\u003C\u002Fcode\u003E\u003Cp\u003EPostControllerV2ITTest类上的几个注解，@RunWith、@SpringBootTest等，是Spring Boot提供的用于创建集成测试环境的注解，本文重点在于TDD，因此这几个注解的具体用途和原理就不一一赘述了，有兴趣的同学可以查看\u003Ca href=\"https:\u002F\u002Fdocs.spring.io\u002Fspring-boot\u002Fdocs\u002Fcurrent\u002Freference\u002Fhtml\u002Fboot-features-testing.html\"\u003ESpring Boot官方文档\u003C\u002Fa\u003E中关于测试框架的介绍。 \u003Cbr\u003E代码中发送请求的函数sendCreatePostRequest和检查请求结果的函数checkCreateValidPostResult分别如下：\u003Cbr\u003EsendCreatePostRequest:\u003C\u002Fp\u003E\u003Ccode lang=\"java\"\u003E    private ResultActions sendCreatePostRequest(String postContent) throws Exception {\n        PostCreateDTO postCreateDTO = new PostCreateDTO(postContent);\n        return mockMvc.perform(post(POST_URL)\n                .contentType(MediaType.APPLICATION_JSON)\n                .content(objectMapper.writeValueAsString(postCreateDTO)));\n    }\u003C\u002Fcode\u003E\u003Cp\u003EcheckCreateValidPostResult:\u003C\u002Fp\u003E\u003Ccode lang=\"java\"\u003E    private void checkCreateValidPostResult(ResultActions resultActions, String expectedContent) throws Exception {\n        resultActions.andExpect(status().isCreated());\n\n        Post postFromRsp = transferResponse2PostEntity(resultActions);\n        Post postFromDB = postRepository.findOne(postFromRsp.getId());\n\n        assertNotNull(postFromDB);\n        assertEquals(expectedContent, postFromDB.getContent());\n    }\n\n    private Post transferResponse2PostEntity(ResultActions resultActions) throws java.io.IOException {\n        String response = resultActions.andReturn().getResponse().getContentAsString();\n        return objectMapper.readValue(response, Post.class);\n    }\u003C\u002Fcode\u003E\u003Cp\u003E写完测试用例，编辑器会用飘红提醒你，你还没创建PostRepository、Post、PostCreateDTO这些类。嗯，别急，这就创建。\u003Cbr\u003EPostRepository，使用Spring Data，可以轻松写出一个自带增删改查功能的DAO：\u003C\u002Fp\u003E\u003Ccode lang=\"java\"\u003Epublic interface PostRepository extends CrudRepository&lt;Post, Long&gt; {\n}\u003C\u002Fcode\u003E\u003Cp\u003EPost，其实就是数据库中的存储结构，用Java Entity的形式表示出来：\u003C\u002Fp\u003E\u003Ccode lang=\"java\"\u003E@Entity\npublic class Post {\n    @Id\n    @GeneratedValue(strategy = GenerationType.AUTO)\n    private long  id;\n    private String content;\n    private String username;\n    private Date createDate;\n\n    public long  getId() {\n        return id;\n    }\n\n    public void setId(long id) {\n        this.id = id;\n    }\n\n    public String getContent() {\n        return content;\n    }\n\n    public void setContent(String content) {\n        this.content = content;\n    }\n\n    public String getUsername() {\n        return username;\n    }\n\n    public void setUsername(String username) {\n        this.username = username;\n    }\n\n    public Date getCreateDate() {\n        return createDate;\n    }\n\n    public void setCreateDate(Date createDate) {\n        this.createDate = createDate;\n    }\n}\u003C\u002Fcode\u003E\u003Cp\u003EPostCreateDTO，发帖接口的请求体：\u003C\u002Fp\u003E\u003Ccode lang=\"java\"\u003Epublic class PostCreateDTO {\n    private String content;\n\n    public String getContent() {\n        return content;\n    }\n\n    public void setContent(String content) {\n        this.content = content;\n    }\n\n    public PostCreateDTO(String content) {\n        this.content = content;\n    }\n\n    public PostCreateDTO() {\n    }\n}\u003C\u002Fcode\u003E\u003Cp\u003E创建完这三个类之后，测试用例可以编译通过了，执行它，由于我们还没有写接口，嗯，测试用例理所当然、意料之中地失败了：\u003C\u002Fp\u003E\u003Cimg src=\"v2-1bd8e74252f91768773727db404a0ea6.jpg\" data-caption=\"\" data-size=\"normal\" data-rawwidth=\"1177\" data-rawheight=\"254\"\u003E\u003Cp\u003E\u003Cbr\u003E\u003C\u002Fp\u003E\u003Cp\u003E预期201，实际404，因为我们还没提供接口。\u003Cbr\u003E那下面自然就是写接口啦，终于可以写产品代码了！ PostController，只负责定义接口路径，逻辑全部交给Service：\u003C\u002Fp\u003E\u003Ccode lang=\"java\"\u003E@RestController\n@RequestMapping(\"\u002Fv2.0\u002Fposts\")\npublic class PostControllerV2 {\n\n    @Autowired\n    private PostService postService;\n\n    @RequestMapping(value=\"\", method= RequestMethod.POST)\n    public ResponseEntity createPost(@RequestBody PostCreateDTO postCreateDTO) {\n        return postService.createPost(postCreateDTO);\n    }\n\n}\u003C\u002Fcode\u003E\u003Cp\u003EPostService，业务层操作，将PostCreateDTO转成Post，然后调用postRepository，将数据保存到数据库中：\u003C\u002Fp\u003E\u003Ccode lang=\"java\"\u003E@Service\npublic class PostService {\n\n    @Autowired\n    private PostRepository postRepository;\n\n    @Autowired\n    private UserService userService;\n\n    public ResponseEntity createPost(PostCreateDTO postCreateDTO) {\n        Post postCreateResult = savePost2DB(postCreateDTO);\n        return ResponseEntity.status(HttpStatus.CREATED).body(postCreateResult);\n    }\n\n    private Post savePost2DB(PostCreateDTO postCreateDTO) {\n        Post post = new Post();\n        post.setCreateDate(new Date());\n        post.setContent(postCreateDTO.getContent());\n        post.setUsername(userService.queryCurrentUserName());\n        return postRepository.save(post);\n    }\n}\u003C\u002Fcode\u003E\u003Cp\u003EPostService中用到了另一个Service，UserService，用于获取当前登录用户，当然这里并没有真的去从session中获取用户信息：\u003C\u002Fp\u003E\u003Ccode lang=\"java\"\u003E@Service\npublic class UserService {\n    public String queryCurrentUserName() {\n        return \"sexy code\";\n    }\n}\u003C\u002Fcode\u003E\u003Cp\u003E完工，运行下测试用例，通过后，我们继续写下一个集成测试用例——敏感字段校验。\u003C\u002Fp\u003E\u003Cp\u003E第二个用例依然遵循测试用例“三部曲”，创建环境-&gt;创建带有敏感信息的帖子-&gt;检查响应是不是400、检查数据库中是不是没有数据。这里只贴上新增的代码。 \u003Cbr\u003EPostControllerV2ITTest:\u003C\u002Fp\u003E\u003Ccode lang=\"java\"\u003E    public static final String POST_CONTENT_SENSITIVE = \"post content test fuck\";\n\t...\n\n    @Test\n    public void testCreatePost_withSensitiveInfo_returnBadRequest() throws Exception {\n        ResultActions resultActions = sendCreatePostRequest(POST_CONTENT_SENSITIVE);\n\n        checkCreateSensitivePostResult(resultActions);\n    }\n\t\n\t...  \n\n    private void checkCreateSensitivePostResult(ResultActions resultActions) throws Exception {\n        resultActions.andExpect(status().isBadRequest());\n\n        long count = postRepository.count();\n        assertEquals(0, count);\n    } \u003C\u002Fcode\u003E\u003Cp\u003E运行新的测试用例，自然又是理所当然的失败。继续写产品代码。由于我们遵循良好的分层结构，Controller不需要做任何修改，只需给PostService加上判断敏感字段的逻辑即可，PostService：\u003C\u002Fp\u003E\u003Ccode lang=\"java\"\u003E    ...\n\n    public ResponseEntity createPost(PostCreateDTO postCreateDTO) {\n        if(isPostContainsSensitiveInfo(postCreateDTO.getContent())) {\n            return ResponseEntity.status(HttpStatus.BAD_REQUEST).body(new ErrorInfo(SENSITIVE_INFO_ERROR_CODE, POST_CONTAINS_SENSITIVE_INFO));\n        }\n        Post postCreateResult = savePost2DB(postCreateDTO);\n        return ResponseEntity.status(HttpStatus.CREATED).body(postCreateResult);\n    }\n\n    private boolean isPostContainsSensitiveInfo(String content) {\n        \u002F\u002F TODO: change to throw exception and use global exception handler to return response\n        if(content.contains(\"shit\") || content.contains(\"fuck\")) {\n            return true;\n        }\n        return false;\n    }\n\n...\u003C\u002Fcode\u003E\u003Cp\u003E这里的isPostContainsSensitiveInfo就是我们用来判断敏感字段的方法，我们将整个判断逻辑抽取出来，方便后面的单元测试。\u003Cbr\u003E值得注意的是，这个方法更好的做法是在判断为含有敏感信息时，抛出异常，而不是返回true这种标志（参见《Effective Java》第九章异常中提出的原则），不过由于我还没给整个Spring Boot项目加上全局异常处理器，因此这里暂时先使用返回boolean的方式来处理，后面会写一篇文章来分享如何在Spring Boot中把异常转换为http状态码。\u003C\u002Fp\u003E\u003Cp\u003E写完产品代码，再来运行测试用例，通过。\u003C\u002Fp\u003E\u003Ch2\u003E单元测试\u003C\u002Fh2\u003E\u003Cp\u003E现在我们的代码已经可以满足上面两个集成测试，可以说基础场景的功能我们已经实现了。但是我们的\u003Cb\u003E测试覆盖率\u003C\u002Fb\u003E并不全。\u003Cbr\u003E举个简单的例子，”shit”和”fxxk”都是敏感信息，但是上面我们只测试了”fxxk”的场景，可是专门给”shit”这个场景写一个集成测试又未免太过兴师动众，这时候我们就可以使用单元测试，来对功能进行\u003Cb\u003E更细致\u003C\u002Fb\u003E并且\u003Cb\u003E更快速\u003C\u002Fb\u003E的测试。由于isPostContainsSensitiveInfo是private方法，因此我们在测试时用到了反射。 \u003Cbr\u003EPostServiceUnitTest：\u003C\u002Fp\u003E\u003Ccode lang=\"java\"\u003Epublic class PostServiceUnitTest {\n\n    @Test\n    public void testMethod_IsPostContainsSensitiveInfo() throws NoSuchMethodException, InvocationTargetException, IllegalAccessException {\n        Class&lt;PostService&gt; postServiceClass = PostService.class;\n        Method method = postServiceClass.getDeclaredMethod(\"isPostContainsSensitiveInfo\", String.class);\n        method.setAccessible(true);\n\n        PostService postService = new PostService();\n        checkWithContent(method, postService, \"hi and fuck\", true);\n        checkWithContent(method, postService, \"hello world\", false);\n        checkWithContent(method, postService, \"hello shit\", true);\n\n    }\n\n    private void checkWithContent(Method method, PostService postService, String content, boolean expected) throws IllegalAccessException, InvocationTargetException {\n        boolean isSensitive = (Boolean)method.invoke(postService, content);\n        assertEquals(expected, isSensitive);\n    }\n}\u003C\u002Fcode\u003E\u003Cp\u003E显然，这是一个非常简单的Junit，不需要启用Spring Boot容器，运行起来自然也是相当迅速，在我的机器上，执行一次集成测试要花费\u003Cb\u003E15秒\u003C\u002Fb\u003E，其中绝大多数时间都是花在初始化容器上，而执行一个单元测试只需要\u003Cb\u003E1秒\u003C\u002Fb\u003E。\u003C\u002Fp\u003E\u003Ch2\u003E防止测试用例之间相互影响\u003C\u002Fh2\u003E\u003Cp\u003E写测试用例有一个原则，那就是各个用例之间不能够相互影响，而我在testCreatePost_returnSuccess用例中给数据库插入了数据，却没有在testCreatePost_withSensitiveInfo_returnBadRequest用例开始之前对数据库进行清空，这样testCreatePost_returnSuccess用例中插入的数据就会带到下一个用例中去，更不幸的是，我们在testCreatePost_withSensitiveInfo_returnBadRequest用例中还加入了如下数据库count的校验：\u003C\u002Fp\u003E\u003Ccode lang=\"java\"\u003E\t...\n\tlong count = postRepository.count();\n\tassertEquals(0, count);\n\t...\u003C\u002Fcode\u003E\u003Cp\u003E因此，只要testCreatePost_returnSucces用例在testCreatePost_withSensitiveInfo_returnBadRequest之前执行，那么testCreatePost_withSensitiveInfo_returnBadRequest就会失败。\u003Cbr\u003E我们来验证一下，为了实现上面所讲的测试用例的执行顺序，我给PostControllerV2ITTest加入了@FixMethodOrder(MethodSorters.NAME_ASCENDING)注解：\u003C\u002Fp\u003E\u003Ccode lang=\"java\"\u003E@FixMethodOrder(MethodSorters.NAME_ASCENDING)\npublic class PostControllerV2ITTest \u003C\u002Fcode\u003E\u003Cp\u003E执行测试用例，果然，testCreatePost_withSensitiveInfo_returnBadRequest失败了：\u003C\u002Fp\u003E\u003Cimg src=\"v2-04426e2155d8d3b82844436a6ed36787.jpg\" data-caption=\"\" data-size=\"normal\" data-rawwidth=\"1231\" data-rawheight=\"290\"\u003E\u003Cp\u003E预期0，结果1，因为我们在用例开始前没有清空数据库，导致用例之间相互影响。要解决这个问题，很简单，只需要写个@Before注解的函数，并在函数中清空表中的数据：\u003C\u002Fp\u003E\u003Ccode lang=\"java\"\u003E    @Before\n    public void setup() {\n        postRepository.deleteAll();\n    }\u003C\u002Fcode\u003E\u003Cp\u003E@Before是Junit提供的注解，每个测试用例在执行前，都会执行被@Before注解的函数。\u003C\u002Fp\u003E\u003Ch2\u003E更多\u003C\u002Fh2\u003E\u003Cp\u003E这篇文章只是举了一个我认为的，足够简单，却又足够说明问题的例子，在实际开发中，自然会遇到更多的场景，比如：\u003C\u002Fp\u003E\u003Col\u003E\u003Cli\u003E你们项目加入了鉴权，每个请求过来都会被拦截，导致你在测试用例中发出的请求都会返回401，怎么办？你可以使用\u003Ca href=\"https:\u002F\u002Fstackoverflow.com\u002Fquestions\u002F32223490\u002Fare-springs-mockmvc-used-for-unit-testing-or-integration-testing\"\u003Estandalonesetup\u003C\u002Fa\u003E的方式，只加载你需要的Bean，这样就不会引入鉴权框架；你也可以使用Mock，把鉴权的函数Mock掉；当然你也可以Mock其他的函数，反正只要制造你已经登录的假象就好了；或许你还有其他奇技淫巧…\u003C\u002Fli\u003E\u003Cli\u003E你不想每次都把请求返回的结果转成Java Bean，然后一个个字段去校验，你希望直接校验json字符串？没问题，Spring Boot支持你这样做： \u003Ca href=\"https:\u002F\u002Fdocs.spring.io\u002Fspring-boot\u002Fdocs\u002Fcurrent\u002Freference\u002Fhtml\u002Fboot-features-testing.html#boot-features-testing-spring-boot-applications-testing-autoconfigured-json-tests\"\u003EAuto-configured JSON tests\u003C\u002Fa\u003E\u003C\u002Fli\u003E\u003Cli\u003E你写了一个很复杂的Dao操作，想要对它进行单元测试？这也没问题： \u003Ca href=\"https:\u002F\u002Fdocs.spring.io\u002Fspring-boot\u002Fdocs\u002Fcurrent\u002Freference\u002Fhtml\u002Fboot-features-testing.html#boot-features-testing-spring-boot-applications-testing-autoconfigured-jpa-test\"\u003EAuto-configured Data JPA tests\u003C\u002Fa\u003E\u003C\u002Fli\u003E\u003C\u002Fol\u003E\u003Cp\u003ESpring Boot为我们写好测试用例、用好TDD提供了非常方便的框架，我们只需尽情去写测试用例，尽情去TDD就好了。\u003C\u002Fp\u003E\u003Ch2\u003E再谈TDD\u003C\u002Fh2\u003E\u003Cp\u003E这篇文章虽然是在谈如何在Spring Boot中使用TDD写高质量的接口，但是从这样一个例子中，我们也看到了TDD的很多好处：\u003C\u002Fp\u003E\u003Col\u003E\u003Cli\u003E让你开发时充满\u003Cb\u003E成就感\u003C\u002Fb\u003E：你写代码就是为了让原本fail的测试用例通过，这让你写代码时更加具有目标，同时也让你的代码好坏具有可以\u003Cb\u003E量化\u003C\u002Fb\u003E的指标。\u003C\u002Fli\u003E\u003Cli\u003E促进\u003Cb\u003E整洁的代码\u003C\u002Fb\u003E：正如之前提到的，TDD让我们从测试用例的角度出发，思考如何写出方便测试的代码，方便测试的代码，往往是符合\u003Cb\u003E单一职责\u003C\u002Fb\u003E的。\u003C\u002Fli\u003E\u003Cli\u003E\u003Cb\u003E提高开发的效率\u003C\u002Fb\u003E：我身边很多不写测试用例的同事，每次一修改代码，就把代码编译成class文件放到环境上，然后重启、测试，这对于小项目来说尚可接受，但是对于一个大的项目，重启往往需要花费很多时间，而且在我接触到的一个Docker容器化的项目中，还不支持用单个class文件替换的方式去打补丁，每次替换都需要替换整个服务的代码，嗯，然后每次替换、验证、发现新Bug，再修改、替换、验证… 这样开发的效率自然不高。但是如果你已经在本地环境上写了充分的测试用例，那么代码一把布上去，一把验证通过，也就是家常便饭了的事了。\u003C\u002Fli\u003E\u003Cli\u003E提高了测试用例的\u003Cb\u003E代码覆盖率\u003C\u002Fb\u003E：这几乎无需解释，先写测试用例，再写产品代码，和先写产品代码，后来由于某种政治任务的压迫，再来补测试用例，前者写出来的测试用例质量一定更高，测试的覆盖率也一定更大。而代码覆盖率的提高，将带给我们下面两个个超级好处：\u003C\u002Fli\u003E\u003C\u002Fol\u003E\u003Cul\u003E\u003Cli\u003E\u003Cb\u003E方便重构\u003C\u002Fb\u003E：有多少次你看到一份写的很烂的代码，却又不敢重构，生怕把原有的功能搞坏？有了高覆盖率的测试用例，你就不再担心这个了，重构后，只需要跑一遍用例，就知道你的重构有没有影响原先的功能。\u003C\u002Fli\u003E\u003Cli\u003E\u003Cb\u003E测试即文档\u003C\u002Fb\u003E：测试用例是最好的文档，文档会撒谎、注释会撒谎，但是代码不会。\u003C\u002Fli\u003E\u003C\u002Ful\u003E\u003Cp\u003E\u003Cbr\u003E\u003C\u002Fp\u003E\u003Cp\u003E写完这篇文章，结合之前那篇《\u003Ca href=\"http:\u002F\u002Fbridgeforyou.cn\u002F2017\u002F12\u002F03\u002FHow-to-Persuade-Your-Teemmate-to-use-TDD\u002F\"\u003E如何说服你的同事使用TDD\u003C\u002Fa\u003E》，嗯，这下我真的非常有信心，可以说服你们使用TDD，说服你们去说服你们同事，使用TDD了。\u003C\u002Fp\u003E\u003Ch2\u003E参考\u003C\u002Fh2\u003E\u003Cul\u003E\u003Cli\u003E\u003Ca href=\"https:\u002F\u002Fdocs.spring.io\u002Fspring-boot\u002Fdocs\u002Fcurrent\u002Freference\u002Fhtml\u002Fboot-features-testing.html\"\u003ESpring Boot Testing\u003C\u002Fa\u003E\u003C\u002Fli\u003E\u003Cli\u003E\u003Ca href=\"https:\u002F\u002Fgithub.com\u002Fspring-guides\u002Fgs-testing-web.git\"\u003Espring-guides\u002Fgs-testing-web\u003C\u002Fa\u003E\u003C\u002Fli\u003E\u003Cli\u003E\u003Ca href=\"https:\u002F\u002Fstackoverflow.com\u002Fquestions\u002F34571\u002Fhow-do-i-test-a-private-function-or-a-class-that-has-private-methods-fields-or\"\u003EHow do I test a private function or a class that has private methods, fields or inner classes?\u003C\u002Fa\u003E\u003C\u002Fli\u003E\u003Cli\u003E\u003Ca href=\"https:\u002F\u002Fgithub.com\u002Fjunit-team\u002Fjunit4\u002Fwiki\u002Ftest-execution-order\"\u003Ejunit-team\u002Fjunit4 - test-execution-order\u003C\u002Fa\u003E\u003C\u002Fli\u003E\u003Cli\u003E\u003Ca href=\"https:\u002F\u002Fstackoverflow.com\u002Fquestions\u002F32223490\u002Fare-springs-mockmvc-used-for-unit-testing-or-integration-testing\"\u003EAre Spring’s MockMvc used for unit testing or integration testing?\u003C\u002Fa\u003E\u003C\u002Fli\u003E\u003Cli\u003E\u003Ca href=\"https:\u002F\u002Fdzone.com\u002Farticles\u002Funit-and-integration-tests-in-spring-boot\"\u003EUnit and Integration Tests in Spring Boot - DZone Integration\u003C\u002Fa\u003E\u003C\u002Fli\u003E\u003Cli\u003E\u003Ca href=\"https:\u002F\u002Fstackoverflow.com\u002Fquestions\u002F2457239\u002Finjecting-mockito-mocks-into-a-spring-bean\"\u003EInjecting Mockito mocks into a Spring bean\u003C\u002Fa\u003E\u003C\u002Fli\u003E\u003Cli\u003E《Effective Java》\u003C\u002Fli\u003E\u003Cli\u003E《程序员的职业素养》\u003C\u002Fli\u003E\u003Cli\u003E《代码整洁之道》\u003C\u002Fli\u003E\u003Cli\u003E《重构》\u003C\u002Fli\u003E\u003C\u002Ful\u003E","updated":new Date("2018-01-07T23:54:29.000Z"),"canComment":false,"commentPermission":"anyone","commentCount":8,"likeCount":30,"state":"published","isLiked":false,"slug":"32717680","isTitleImageFullScreen":false,"rating":"none","sourceUrl":"","publishedTime":"2018-01-08T07:54:29+08:00","links":{"comments":"\u002Fapi\u002Fposts\u002F32717680\u002Fcomments"},"url":"\u002Fp\u002F32717680","titleImage":"https:\u002F\u002Fpic2.zhimg.com\u002Fv2-2185f6e4604c4701c10419f1b993f34d_r.jpg","summary":"","href":"\u002Fapi\u002Fposts\u002F32717680","meta":{"previous":null,"next":null},"snapshotUrl":"","commentsCount":8,"likesCount":30},"32932986":{"title":"书单 | 一份让一个程序员半年内收获1000+粉丝的书单","author":"hong-ze-yang","content":"\u003Cp\u003E有同学在评论里留言，说让我分享一下读过的书和感受。事实上，每个人的目标都不一样，适合我的书不一定适合其他人，因此我觉得分享一下我挑选书籍的方法，顺带分享几本好书，可能对读者来说更有价值。 \u003Cbr\u003E所以在分享书单之前，我想先聊聊我是\u003Cb\u003E怎样挑选书籍\u003C\u002Fb\u003E的。\u003C\u002Fp\u003E\u003Ch2\u003E评价驱动 vs 能力驱动\u003C\u002Fh2\u003E\u003Cp\u003E不同于一般的评价驱动，也就是哪本书评价高，读哪本，我读书，是极其功利的\u003Cb\u003E能力驱动\u003C\u002Fb\u003E，\u003Cb\u003E我的职业规划和工作需要我掌握什么能力，我就去看什么书。\u003C\u002Fb\u003E\u003C\u002Fp\u003E\u003Cp\u003E评价驱动：\u003C\u002Fp\u003E\u003Cimg src=\"v2-39a513918f8a3c1ea44fc911038d1b77.jpg\" data-caption=\"\" data-size=\"normal\" data-rawwidth=\"750\" data-rawheight=\"471\"\u003E\u003Cp\u003E能力驱动：\u003C\u002Fp\u003E\u003Cimg src=\"v2-d5e030c4366d86c992649eaddc63c23f.jpg\" data-caption=\"\" data-size=\"normal\" data-rawwidth=\"1025\" data-rawheight=\"610\"\u003E\u003Cp\u003E这两种阅读方式，一种读书是为了\u003Cb\u003E接受教育\u003C\u002Fb\u003E，另一种，则是为了\u003Cb\u003E研究\u003C\u002Fb\u003E。\u003Cbr\u003E评价驱动式阅读，就好比这学期有一门叫“计算机编译原理”的课，配套一本《计算机程序的构造和解释》这本书，你要把这本书读完；\u003Cbr\u003E而能力驱动式阅读，则好比你需要写一篇关于“计算机编译原理”的论文，你需要对这个课题进行研究，而《计算机程序的构造和解释》，只是你研究过程中的一份参考文献。\u003C\u002Fp\u003E\u003Cp\u003E我的短期目标是\u003Cb\u003E成为一个专业的程序员\u003C\u002Fb\u003E，这是一个很空洞的描述，因此我将其\u003Cb\u003E细化\u003C\u002Fb\u003E为各种能力：\u003C\u002Fp\u003E\u003Cul\u003E\u003Cli\u003E\u003Cb\u003E精通一门编程语言\u003C\u002Fb\u003E：一个连一座山都未曾征服的登山者，怎么敢称自己是专业的。同样，一个专业的程序员，也至少要精通一门语言，至于是什么语言并不重要。对于我而言，这门语言是Java。\u003C\u002Fli\u003E\u003Cli\u003E\u003Cb\u003E掌握程序员通用技能\u003C\u002Fb\u003E：有些技能，不管使用哪种语言，都需要具备的。比如如何编写出整洁易读的代码、通讯协议、计算机的原理等。\u003C\u002Fli\u003E\u003Cli\u003E\u003Cb\u003E掌握一些代码之外的软技能\u003C\u002Fb\u003E：生活不只有代码，还有诗和远方，程序员也不可能一天到晚写代码，你需要学会沟通、需要学会让自己有良好的心态，需要学会面对压力等等。\u003C\u002Fli\u003E\u003C\u002Ful\u003E\u003Cp\u003E接着再根据我需要的能力，去寻找对应的书籍，这种\u003Cb\u003E主动式的阅读\u003C\u002Fb\u003E，比起传统的把读完一本书作为目的的被动阅读，会带来更高的学习效率。由于我是带着寻找答案的目的来阅读的，因此读的时候会更加专注，同时，如果书中不能完全解答我的疑惑，我还会继续寻找更多的资料，直到我认为自己掌握了足够的知识。\u003C\u002Fp\u003E\u003Cp\u003E由此，我的书单，或者说我的能力清单，也就产生了。\u003C\u002Fp\u003E\u003Ch2\u003EJava\u003C\u002Fh2\u003E\u003Cblockquote\u003E\u003Ci\u003E我不想争论到底是Java好还是Python好，我只想好好精通一门语言。\u003C\u002Fi\u003E\u003C\u002Fblockquote\u003E\u003Cp\u003E\u003Cb\u003E1 JavaSE - 《Effective Java》\u003C\u002Fb\u003E\u003C\u002Fp\u003E\u003Cp\u003E这是一本很好的提升JavaSE水平的书，里面介绍了很多关于编写Java代码的优秀原则，对于养成良好的Java编程习惯和深入理解Java语法细节，都有很大帮助。唯一有点遗憾的是翻译，这是很多书籍的通病了，建议结合英文一起阅读。\u003C\u002Fp\u003E\u003Cblockquote\u003E\u003Ci\u003E说来惭愧，这竟然是我阅读的第一本技术书籍，整个大学四年，我并没有主动的去阅读书籍，后悔是没用的了，种树的最佳时机是在十年前，其次是当下。这本书让我养成了每天阅读学习的习惯，这个的重要性远超它带给我知识的重要性。\u003C\u002Fi\u003E\u003C\u002Fblockquote\u003E\u003Cp\u003E\u003Cb\u003E2 JVM - 《深入理解Java虚拟机》\u003C\u002Fb\u003E\u003C\u002Fp\u003E\u003Cp\u003E要想真正精通Java，必须要掌握JVM。在掌握了JVM的内存模型、类加载机制等知识之后，后面\u003Cb\u003E看Java代码的视角就完全不一样了\u003C\u002Fb\u003E，你会不自觉的从JVM的角度去看代码，你会好奇这段代码，JVM是按照什么机器指令去执行的。\u003C\u002Fp\u003E\u003Cp\u003E\u003Cb\u003E3 Spring - 《Spring in Action》\u003C\u002Fb\u003E\u003C\u002Fp\u003E\u003Cp\u003E之前学过Spring，也做过项目，但都是利用网上一些视频、博客等资源学习的，去年年中，因为项目的变动，新的项目需要用到Spring和Spring Boot，于是打算重新学习一下。从搜索引擎的反馈结果，我认定了这本书。看看书的目录，就知道对Spring的讲解非常全面，是一本非常适合Spring入门的书，看完之后对如何使用以及为什么要使用Spring提供的各种技术，会有一个很详尽的理解。\u003C\u002Fp\u003E\u003Cp\u003E当然，就像上面提到的，书中的内容往往不能完全满足我对知识的理解，就像这本书中提到的“控制反转对于单元测试起到很好的作用”，书中并没有做进一步解释，因此我只能自己找其他的资料继续了解。主动式的阅读也让我收获到更多的东西，最后输出了“用小说的形式讲解Spring”系列的文章。\u003C\u002Fp\u003E\u003Cp\u003E\u003Cb\u003E4 Restful - 《Rest in Practice》\u003C\u002Fb\u003E\u003C\u002Fp\u003E\u003Cp\u003E现在的接口基本上都是restful接口，什么是restful，为什么要使用restful，它是怎么发展起来的，带着种种疑问，我在网上找到了这本介绍restful的书，而它也完美的回答了我的问题。 还是和之前一样，光看一本书是不足以掌握一项技能的，利用搜索引擎可以找到更多的关于Restful的论著和讨论，以至于我研究完这个专题之后，写出了我迄今为止点赞数最高的文章——《\u003Ca href=\"https:\u002F\u002Fwww.jianshu.com\u002Fp\u002Fe77d2f60aa5d\"\u003E如何给老婆解释什么是Restful\u003C\u002Fa\u003E》。\u003C\u002Fp\u003E\u003Cblockquote\u003E\u003Ci\u003E回过头来看这篇文章，看到文章最后的十二篇参考文献，发现自己在不知不觉中写出了一篇可以发表为大学毕业论文的文章ヽ(￣▽￣)ﾉ。\u003C\u002Fi\u003E\u003C\u002Fblockquote\u003E\u003Cp\u003E\u003Cb\u003E5 Next\u003C\u002Fb\u003E\u003C\u002Fp\u003E\u003Cblockquote\u003E\u003Ci\u003E无知的人，总觉得自己很厉害，什么都懂；厉害的人，喜欢望望天空，告诉自己，“你很无知”\u003C\u002Fi\u003E\u003C\u002Fblockquote\u003E\u003Cp\u003E学无止境，对于Java这本语言，我需要去掌握的还有很多：\u003C\u002Fp\u003E\u003Cul\u003E\u003Cli\u003E\u003Cb\u003E并发编程\u003C\u002Fb\u003E：不仅仅是Java，其他语言也都会涉及到并发，只要你想利用多CPU提升你程序的性能，你就要学会处理并发问题、学会并发编程。准备阅读的书籍：《Java并发编程实践》\u003C\u002Fli\u003E\u003Cli\u003E\u003Cb\u003E微服务\u003C\u002Fb\u003E：不得不说，微服务实在是太火了，恰好现在所在的项目也是用到了微服务+Docker，因此了解一下微服务架构，对工作、对自己的未来都是有很大帮助的。准备阅读的书籍：Spring官网、《Spring Cloud 微服务实战》、《微服务设计》…\u003C\u002Fli\u003E\u003Cli\u003E\u003Cb\u003E设计模式\u003C\u002Fb\u003E：以前对于设计模式都是零零碎碎的了解，准备系统的学习一下，对自己写出优雅的代码、看大神的代码乃至设计出优雅的架构都会有帮助。准备阅读的书籍：《Head First设计模式》\u003C\u002Fli\u003E\u003Cli\u003E\u003Cb\u003E阅读源码\u003C\u002Fb\u003E：可以说，上面所学的种种Java技术，都是为了阅读源码做准备的，而阅读源码，则是为了写出和优秀源码一样优秀的代码做准备的。现在还没想好要读什么源码，到时会先搜一下阅读源码的一些技巧和适合新手阅读的Java源码。之后，可以从自己最经常使用的开源软件，比如Spring和Tomcat入手，一个个了解它们背后的机理。\u003Cb\u003E在一起这么久，连对方底子都没摸透，我怎么好意思？\u003C\u002Fb\u003E\u003C\u002Fli\u003E\u003C\u002Ful\u003E\u003Ch2\u003E程序员通用技能\u003C\u002Fh2\u003E\u003Cblockquote\u003E\u003Ci\u003E一个连代码都写不整洁的架构师，你能指望他设计出多好的架构？\u003C\u002Fi\u003E\u003C\u002Fblockquote\u003E\u003Cp\u003E\u003Cb\u003E1 整洁易读的代码 - 《代码整洁之道》\u003C\u002Fb\u003E\u003C\u002Fp\u003E\u003Cp\u003E这是一本提升代码审美的书，看完之后，你再也不会容忍自己写出那些自己过几个月回过头再来看时，一脸懵逼完全看不懂的代码了。\u003C\u002Fp\u003E\u003Cp\u003E\u003Cb\u003E2 代码重构 - 《重构》\u003C\u002Fb\u003E\u003C\u002Fp\u003E\u003Cp\u003E《代码整洁之道》侧重于介绍什么是整洁的代码，而《重构》则告诉你怎样把不整洁的代码，修改到整洁。这本书很厚，但我只用了两个星期就把它“读完”了，就像书中作者所建议的，仔细阅读前面介绍重构通用方法的四个章节，后面的都是介绍具体重构方法的，可以粗读，然后把这本书放在桌子旁边，需要时再去查阅。\u003Cbr\u003E可以说，这就是一本重构的字典，就像你有了英语词典之后，学英语时就不再害怕遇到生词一样，有了这本书，你再也不必担心不会重构代码。\u003C\u002Fp\u003E\u003Cp\u003E\u003Cb\u003E3 TDD\u003C\u002Fb\u003E\u003C\u002Fp\u003E\u003Cp\u003E《代码整洁之道》、《重构》以及下面要介绍的《程序员职业素养》，都提到了TDD的重要性，这也确实是一名专业的程序员的必备素养，因此去年年末，我对TDD做了一番研究：\u003C\u002Fp\u003E\u003Cul\u003E\u003Cli\u003E\u003Ca href=\"https:\u002F\u002Fwww.jianshu.com\u002Fp\u002F9599083f33bc\"\u003E如何说服你的同事使用TDD\u003C\u002Fa\u003E\u003C\u002Fli\u003E\u003Cli\u003E\u003Ca href=\"https:\u002F\u002Fwww.jianshu.com\u002Fp\u002Fbae068a9c736\"\u003E如何在Spring Boot中使用TDD写出高质量的接口\u003C\u002Fa\u003E\u003C\u002Fli\u003E\u003C\u002Ful\u003E\u003Cp\u003E\u003Cb\u003E4 Next\u003C\u002Fb\u003E\u003C\u002Fp\u003E\u003Cp\u003E作为一个程序员，还有很多通用技能需要掌握，可惜大学不是读的计算机专业，不过既然这么热爱写代码，那么有些技能就必须补上：\u003C\u002Fp\u003E\u003Cul\u003E\u003Cli\u003E\u003Cb\u003E通讯协议\u003C\u002Fb\u003E：TCP\u002FIP协议，以及应用层的Http协议，这些技术在工作中虽然很少需要直接使用，但是和JVM一样，弄清楚这些通讯协议背后的原理，以后看问题的视角也就不一样了，准备阅读的书籍：《图解Http》、《TCP\u002FIp协议》\u003C\u002Fli\u003E\u003Cli\u003E\u003Cb\u003E解释器和编译器原理\u003C\u002Fb\u003E：这门课是很多计算机专业的必修课，所以准备读一下一本教科书，《计算机程序的构造和解释》\u003C\u002Fli\u003E\u003Cli\u003E\u003Cb\u003E学一门新的编程语言\u003C\u002Fb\u003E：编程语言在很多方面都是相通的，当然也有互补的地方，而且快速掌握一门新语言，也是程序员的必备技能，准备学一门和Java比较互补的，也许是Ruby?\u003C\u002Fli\u003E\u003C\u002Ful\u003E\u003Ch2\u003E程序员软技能\u003C\u002Fh2\u003E\u003Cblockquote\u003E\u003Ci\u003E生活不只有代码，还有诗和远方。\u003C\u002Fi\u003E\u003C\u002Fblockquote\u003E\u003Cp\u003E\u003Cb\u003E1 《软技能-代码之外的生存指南》\u003C\u002Fb\u003E\u003C\u002Fp\u003E\u003Cp\u003E\u003Cbr\u003E\u003C\u002Fp\u003E\u003Cimg src=\"v2-53a586d29dd6c4ad4c9a308eecc61d2f.jpg\" data-caption=\"\" data-size=\"normal\" data-rawwidth=\"800\" data-rawheight=\"800\"\u003E\u003Cp\u003E\u003Cbr\u003E\u003C\u002Fp\u003E\u003Cp\u003E如果要选一本2017年对我影响最大的书，那无疑是这一本《软技能-代码之外的生存指南》。\u003Cbr\u003E在这之前，我为公司写代码只是为了交差，在这之后，我把自己当做一个公司，我写的代码影响到“我”这个公司的声誉。 \u003Cbr\u003E在这之前，我写文章只是为了总结，在这之后，我搭建起自己的个人博客网站，开始经营自己的品牌——Sexy Code，开始用心在写作，思考怎样表达才能让读者更加容易接受，思考我所讲的内容够不够全面。\u003Cbr\u003E在这之前，我只知道学更多的技术，在这之后，我懂得了每天再划分一些时间出来，学习代码之外的一些技能。 我在简书上写了关于这本书的三篇读后感，不过这远远不是我所收获的一切，很多东西很零碎，不适合写出来：\u003C\u002Fp\u003E\u003Cul\u003E\u003Cli\u003E\u003Ca href=\"https:\u002F\u002Fwww.jianshu.com\u002Fp\u002Fb0aefa8f6a05\"\u003E《软技能》—— 把自己当做一个企业去思考\u003C\u002Fa\u003E\u003C\u002Fli\u003E\u003Cli\u003E\u003Ca href=\"https:\u002F\u002Fwww.jianshu.com\u002Fp\u002F0b9162333c98\"\u003E《软技能》—— 打工不是你的唯一选择\u003C\u002Fa\u003E\u003C\u002Fli\u003E\u003Cli\u003E\u003Ca href=\"https:\u002F\u002Fwww.jianshu.com\u002Fp\u002Fb8cbb9e30804\"\u003E《软技能》—— 如何打造你的个人品牌\u003C\u002Fa\u003E\u003C\u002Fli\u003E\u003C\u002Ful\u003E\u003Cp\u003E\u003Cb\u003E2 《程序员职业素养》\u003C\u002Fb\u003E\u003C\u002Fp\u003E\u003Cp\u003E这本书很薄，却介绍了很多程序员在工作中会遇到的事情的处理方法，比如怎么说不、怎样作出承诺、怎样管理好时间等等，特别是里面对TDD的介绍，让我对这个听过很多次却依然很陌生的名词产生了兴趣，并进行了一番研究。\u003C\u002Fp\u003E\u003Cp\u003E\u003Cb\u003E3 阅读能力\u003C\u002Fb\u003E\u003C\u002Fp\u003E\u003Cp\u003E随着看书习惯的养成，看书的效率就显得越来越重要。去年花了两个多月的时间，专门读了七本书，研究“如何高效阅读”这个课题：\u003Ca href=\"https:\u002F\u002Fwww.jianshu.com\u002Fp\u002F9e197249ac07\"\u003E我读了这七本书，写了这篇关于如何高效阅读的文章\u003C\u002Fa\u003E。\u003C\u002Fp\u003E\u003Cp\u003E\u003Cb\u003E4 经济学\u003C\u002Fb\u003E\u003C\u002Fp\u003E\u003Cp\u003E不知道为什么会对经济学感兴趣，在年初订阅了一个经济学的课程。直到最近突然发现，代码和软件架构中经常提到的“\u003Cb\u003E解耦\u003C\u002Fb\u003E”、“\u003Cb\u003E分层\u003C\u002Fb\u003E”，不就是经济学里说的“\u003Cb\u003E分工产生效能\u003C\u002Fb\u003E”吗，而软件中追求的高性能，和经济学中追求的“效率”，又何尝不是可以互相借鉴呢？当然，学点经济学对生活也是很有帮助的了。\u003Cbr\u003E这里就又不得不提到“\u003Cb\u003E跨学科\u003C\u002Fb\u003E”这个很潮的词了，软件工程、经济学、生物工程……这些学科之间，肯定是有可以互相借鉴的，Docker容器化的设计者，是不是从集装箱中得到灵感呢？而集装箱的设计者，是不是从某种生物的身上得到的灵感呢？\u003C\u002Fp\u003E\u003Cp\u003E\u003Cb\u003E5 Next\u003C\u002Fb\u003E\u003C\u002Fp\u003E\u003Cp\u003E代码之外的技能对自己的帮助是如此之大，以至于我在今年年初就给自己想好了要学哪些技能：\u003C\u002Fp\u003E\u003Cul\u003E\u003Cli\u003E\u003Cb\u003E批判性思维\u003C\u002Fb\u003E：看的书越来越多，再加上碎片化阅读，每天摄入的信息量是越来越大，哪些结论是科学的，哪些是值得质疑的，掌握批判性思维就很重要了。准备阅读的书籍：《学会提问》、《这才是心理学》\u003C\u002Fli\u003E\u003Cli\u003E\u003Cb\u003E心理学\u003C\u002Fb\u003E：有时候总是会被一些事情搞得很心烦，是不是该学学心理学了？\u003C\u002Fli\u003E\u003Cli\u003E\u003Cb\u003E沟通\u003C\u002Fb\u003E：如何高效沟通？如何做一个高情商的人？如何做一个幽默的人？这些都是困扰我很久的问题了\u003C\u002Fli\u003E\u003Cli\u003E\u003Cb\u003E学习能力\u003C\u002Fb\u003E：作为一个程序员，自认为学习能力还算可以，但是在学校时的经历告诉我，我的学习能力比起那些学霸来说，还差的很远，是时候好好研究一下如何学习了。\u003C\u002Fli\u003E\u003Cli\u003E\u003Cb\u003E极简主义\u003C\u002Fb\u003E：极简，这个词总是很吸引我，看看自己经常买了很多用不到的东西，经常把好吃的东西吃到撑了，我决定好好研究一下极简。准备阅读的书籍：《极简主义》…\u003C\u002Fli\u003E\u003Cli\u003E\u003Cb\u003E搜索能力\u003C\u002Fb\u003E：2017年我最大的进步当属将谷歌列为自己的首选搜索引擎，并且强迫自己用英文去搜索，强迫自己查看英文资料。不过这仅仅是搜索能力的起步，谷歌的高级搜索，以及其他一些搜索技巧，也是越早掌握越好的\u003C\u002Fli\u003E\u003Cli\u003E\u003Cb\u003E专注力\u003C\u002Fb\u003E：尽管我自认为是一个很自律的人，然而自律不代表专注，经常还是无法全神贯注的投入到一件事中，看电影时想玩手机，吃饭时想玩手机，写作时想玩手机…是时候学一下怎样保持专注了\u003C\u002Fli\u003E\u003C\u002Ful\u003E\u003Cp\u003E介绍了这么多书，最后还是要回到一开始提到的，\u003Cb\u003E能力驱动\u003C\u002Fb\u003E。\u003Cbr\u003E\u003Cb\u003E读再多的书，也不能确保你比别人优秀，关键在于书中的知识，有没有转换成你的能力。\u003C\u002Fb\u003E\u003Cbr\u003E这个观点我已经忘了是在哪里看到的了，但是这个观点是如此明显，以至于都不需要对它进行批判性质疑。不过就是这么明显的道理，很多人都忘了。而这，也是我坚持写作的原因，\u003Cb\u003E只有能够用自己的语言，把知识重新输送出去，才算是真的弄懂了知识\u003C\u002Fb\u003E。\u003Cbr\u003E同时，写作带给我的粉丝、评论互动、点赞，也是一种\u003Cb\u003E正向反馈\u003C\u002Fb\u003E，这促使我继续通过阅读，获得大量输入，进而持续输出。\u003C\u002Fp\u003E\u003Cblockquote\u003E\u003Ci\u003E工作一年后的自己，反而比读大学时的自己更加好学了，也许是大学时忙于写作业、泡妞、吹牛皮、防挂科而没有精力考虑人生规划了吧，也许是出了象牙塔之后接触的人和事更多了吧，anyway (￣▽￣)~*\u003C\u002Fi\u003E\u003C\u002Fblockquote\u003E","updated":new Date("2018-01-15T00:09:55.000Z"),"canComment":false,"commentPermission":"anyone","commentCount":10,"likeCount":124,"state":"published","isLiked":false,"slug":"32932986","isTitleImageFullScreen":false,"rating":"none","sourceUrl":"","publishedTime":"2018-01-15T08:09:55+08:00","links":{"comments":"\u002Fapi\u002Fposts\u002F32932986\u002Fcomments"},"url":"\u002Fp\u002F32932986","titleImage":"https:\u002F\u002Fpic4.zhimg.com\u002Fv2-ec5674d170de34224b62509eff843edd_r.jpg","summary":"","href":"\u002Fapi\u002Fposts\u002F32932986","meta":{"previous":null,"next":null},"snapshotUrl":"","commentsCount":10,"likesCount":124},"33159374":{"title":"如何用一句话介绍synchronize的内涵","author":"hong-ze-yang","content":"\u003Ch2\u003E内涵与表象\u003C\u002Fh2\u003E\u003Cp\u003E关于synchronize，一个非常通俗易懂，很容易记住的解释是：\u003C\u002Fp\u003E\u003Cblockquote\u003E\u003Ci\u003EJava语言的关键字，当它用来修饰一个方法或者一个代码块的时候，能够保证在同一时刻最多只有一个线程执行该段代码。\u003C\u002Fi\u003E\u003C\u002Fblockquote\u003E\u003Cp\u003E这个解释很好，它\u003Cb\u003E非常直观\u003C\u002Fb\u003E的告诉我们使用synchronize会带来什么效果。\u003Cbr\u003E然而，也正因为如此，这个解释太过停留在了\u003Cb\u003E表面\u003C\u002Fb\u003E，就像给一款洗衣机做广告，广告中说这款自动式洗衣机可以一键洗衣一样，如果只是这样说，那根本无法展示这台洗衣机有什么与众不同的地方，因为市面上可以一键式操作的洗衣机太多了，必须向客户抛出问题，这款洗衣机是如何一键式完成整个洗衣流程的、为什么这款洗衣机洗的比别人干净，然后贴上各种高科技高逼格的图片、播放各种酷炫的动画视频，这样，客户才了解了这款洗衣机的\u003Cb\u003E内涵\u003C\u002Fb\u003E，才有可能对这款洗衣机动心。\u003C\u002Fp\u003E\u003Cp\u003E回到synchronize，开头的解释告诉我们，synchronize可以“保证在同一时刻最多只有一个线程执行该段代码”，那么，我们就不得不去想：\u003C\u002Fp\u003E\u003Cul\u003E\u003Cli\u003Esynchronize是如何“保证在同一时刻最多只有一个线程执行该段代码”的？\u003C\u002Fli\u003E\u003Cli\u003E“保证在同一时刻最多只有一个线程执行该段代码”，这又会带来什么意义？\u003C\u002Fli\u003E\u003C\u002Ful\u003E\u003Cp\u003E太长不看版：\u003C\u002Fp\u003E\u003Cblockquote\u003E\u003Ci\u003EJava中的synchronize，通过使用\u003Cb\u003E内置锁\u003C\u002Fb\u003E，来实现对变量的同步操作，进而实现了对变量操作的\u003Cb\u003E原子性\u003C\u002Fb\u003E和其他线程对变量的\u003Cb\u003E可见性\u003C\u002Fb\u003E，从而确保了并发情况下的线程安全。\u003C\u002Fi\u003E\u003C\u002Fblockquote\u003E\u003Ch2\u003E基本用法\u003C\u002Fh2\u003E\u003Cp\u003E首先还是要刷一把代码，我会用一个简单的例子演示如何使用synchronize，并对其进行测试。如果你已经了解了synchronize的用法，可以快速略读这一小节。\u003C\u002Fp\u003E\u003Cp\u003E假设我们要给一个处理器加入计数器，每次调用时给计数器加一，为方便扩展，我们定义了如下接口（\u003Cb\u003E本文的示例代码，可到\u003Ca href=\"https:\u002F\u002Fgithub.com\u002Fhzy38324\u002FCoding-Pratice\"\u003EGithub\u003C\u002Fa\u003E下载\u003C\u002Fb\u003E）：\u003Cbr\u003ECountingProcessor:\u003C\u002Fp\u003E\u003Ccode lang=\"java\"\u003Epublic interface CountingProcessor {\n    void process();\n    long getCount();\n}\u003C\u002Fcode\u003E\u003Cp\u003E不使用同步机制，我们写出了第一个版本：\u003Cbr\u003EUnThreadSafeCountingProcessor:\u003C\u002Fp\u003E\u003Ccode lang=\"java\"\u003Epublic class UnThreadSafeCountingProcessor implements CountingProcessor {\n\n    private long count = 0;\n\n    public void process() {\n        doProcess();\n        count ++;\n    }\n\n    public long getCount() {\n        return count;\n    }\n\n    private void doProcess() {\n    }\n}\u003C\u002Fcode\u003E\u003Cp\u003E这个版本自然是线程不安全的，原因就是之前在《\u003Ca href=\"https:\u002F\u002Fzhuanlan.zhihu.com\u002Fp\u002F32531445\"\u003E如何写出线程不安全的代码\u003C\u002Fa\u003E》里提到的，count++是一个“读取-修改-写入”三个动作的操作序列。要想验证这个类是线程不安全的，非常简单，写个测试类测一下就知道了（用例写的比较粗糙，后面再来谈谈如何测试并发程序）：\u003Cbr\u003ESynchronizeProcessTest:\u003C\u002Fp\u003E\u003Ccode lang=\"java\"\u003Epublic class SynchronizeProcessTest {\n\n    public static final int LOOP_TIME = 1000 * 10000;\n\n    @Test\n    public void test_UnThreadSafeCountingProcessor() {\n        CountingProcessor countingProcessor = new UnThreadSafeCountingProcessor();\n        runTask(countingProcessor);\n    }\n\n    private void runTask(CountingProcessor processor) {\n        Thread thread1 = new Thread(new ProcessTask(processor, LOOP_TIME), \"thread-1\");\n        Thread thread2 = new Thread(new ProcessTask(processor, LOOP_TIME), \"thread-2\");\n        thread1.start();\n        thread2.start();\n        \u002F\u002F wait unit all the threads have finished\n        while(thread1.isAlive() || thread2.isAlive()) {}\n    }\n}\u003C\u002Fcode\u003E\u003Cp\u003E其中的ProcessTask如下所示：\u003C\u002Fp\u003E\u003Ccode lang=\"java\"\u003Epublic class ProcessTask implements Runnable {\n\n    private static Logger logger = LoggerFactory.getLogger(ProcessTask.class);\n\n    private CountingProcessor countingProcessor;\n    private long loopTime;\n\n    public ProcessTask(CountingProcessor countingProcessor, long loopTime) {\n        this.countingProcessor = countingProcessor;\n        this.loopTime = loopTime;\n    }\n\n    public void run() {\n        int i = 0;\n        while (i &lt; loopTime) {\n            countingProcessor.process();\n            i ++;\n        }\n        logger.info(\"Finally, the count is {}\", countingProcessor.getCount());\n    }\n}\u003C\u002Fcode\u003E\u003Cp\u003E在ProcessTask里，我们不断循环执行process()方法，让计数器不断递增。然后在测试类中，我们创建了两个线程，分别指定ProcessTask的循环次数为一千万次，最后查看日志打印，如果程序时线程安全的，那么当最后一个线程结束时，打印的计数器应该是两千万，接着我们运行测试用例：\u003Cbr\u003E\u003C\u002Fp\u003E\u003Cimg src=\"v2-edb95720e5ac29a43f7dc6d08129c978.jpg\" data-caption=\"\" data-size=\"normal\" data-rawwidth=\"1851\" data-rawheight=\"241\"\u003E\u003Cp\u003E从运行结果可以看出来，在经历了两千万次调用后，count的值是10469363，少计算了快一半。\u003C\u002Fp\u003E\u003Cp\u003E要让我们这个计数器变得线程安全，有很多种方法，这里只介绍使用synchronize的两种方法，第一种，我们可以给整个函数加上synchronize修饰符：\u003Cbr\u003ESynchronizeMethodCountingProcessor:\u003C\u002Fp\u003E\u003Ccode lang=\"java\"\u003E\t...  \n    public synchronized void process() {\n        doProcess();\n        count++;\n    }\n\t...  \u003C\u002Fcode\u003E\u003Cp\u003E这样子固然可以解决问题，但是我们其实没必要对整个函数都进行同步，这样会影响程序的吞吐量，我们只需要在计数器加一的过程进行同步就好了，由此我们写出第二种synchronize的版本，也就是synchronize代码块：\u003Cbr\u003ESynchronizeBlockCountingProcessor:\u003C\u002Fp\u003E\u003Ccode lang=\"java\"\u003E\t...\n    public void process() {\n        doProcess();\n        synchronized (this) {\n            count ++;\n        }\n    }\n\t...\u003C\u002Fcode\u003E\u003Cp\u003E同样，我们给这两个类增加两个测试用例，借助前面良好的程序设计，我们这两个用例得以写的非常简洁：\u003Cbr\u003ESynchronizeProcessTest:\u003C\u002Fp\u003E\u003Ccode lang=\"java\"\u003E\t...\n\n    @Test\n    public void test_SynchronizeMethodCountingProcessor() {\n        CountingProcessor countingProcessor = new SynchronizeMethodCountingProcessor();\n        runTask(countingProcessor);\n    }\n\n    @Test\n    public void test_SynchronizeBlockCountingProcessor() {\n        CountingProcessor countingProcessor = new SynchronizeBlockCountingProcessor();\n        runTask(countingProcessor);\n    }\n\n\t...\u003C\u002Fcode\u003E\u003Cp\u003E执行用例：\u003Cbr\u003E\u003C\u002Fp\u003E\u003Cimg src=\"v2-7d80d1064cf0711f376b240cc18731a2.jpg\" data-caption=\"\" data-size=\"normal\" data-rawwidth=\"1823\" data-rawheight=\"217\"\u003E\u003Cimg src=\"v2-c4a7b3c933eb4349675f52539265726a.jpg\" data-caption=\"\" data-size=\"normal\" data-rawwidth=\"1822\" data-rawheight=\"229\"\u003E\u003Cp\u003E可以看到，使用synchronize改造后的版本，最后count都等于两千万，说明它们是线程安全的。\u003C\u002Fp\u003E\u003Ch2\u003E原子性\u003C\u002Fh2\u003E\u003Cp\u003E上面的例子，展示了synchronize的一个作用：\u003Cb\u003E确保了操作的原子性\u003C\u002Fb\u003E。\u003Cbr\u003E原先count++是三个动作，其他线程可以在这三个操作之间对count变量进行修改，而在使用了synchronize之后，这三个动作就变成一个不可拆分、一气呵成的动作，不必担心在这个操作的过程中会有其他线程进行干扰，这就是原子性。\u003Cbr\u003E原子操作是线程安全的，这其实也是我们经常使用synchronize来实现线程安全的原因。\u003C\u002Fp\u003E\u003Ch2\u003E可见性\u003C\u002Fh2\u003E\u003Cp\u003E上面我们提到了synchronize的第一个作用，确保原子性，这其实是从\u003Cb\u003E使用synchronize的线程\u003C\u002Fb\u003E的角度来讲的，而如果我们从\u003Cb\u003E其他线程\u003C\u002Fb\u003E的角度来看，那么synchronize则是实现了\u003Cb\u003E可见性\u003C\u002Fb\u003E。\u003Cbr\u003E可见性的意思是变量的修改可以被其他线程观察到，在上面计数器的例子中，由于一次只有一个线程可以执行count++，抢不到锁的线程，必须等抢到锁的线程更新完count之后，才可以去执行count++，而这个时候，count也已经完成了更新，新的锁持有者，可以看到更新后的count，而不至于拿着旧的count值去进行计算，这就是可见性。\u003C\u002Fp\u003E\u003Cp\u003E提起可见性，我们就不得不提到volatile关键字，volatile实现了比synchronize更轻量级的同步机制，或者说，加锁机制既确保了可见性，有确保了原子性，而volatile只能保证可见性。\u003C\u002Fp\u003E\u003Cblockquote\u003E\u003Ci\u003ELocking can guarantee both visibility and atomicity; volatile variables can only guarantee visibility. —— 《Java并发编程实践》\u003C\u002Fi\u003E\u003C\u002Fblockquote\u003E\u003Cp\u003E关于volatile关键字，我们后面再单独研究，这里就不深入探讨了。\u003C\u002Fp\u003E\u003Cp\u003E下面，让我们来探讨开头提的问题，synchronize是如何“保证在同一时刻最多只有一个线程执行该段代码”的？\u003C\u002Fp\u003E\u003Ch2\u003E内置锁\u003C\u002Fh2\u003E\u003Cp\u003E关于synchronize，我们经常使用的隐喻就是锁，首先进入的线程，拿到了锁的唯一一把钥匙，至于其他线程，就只能阻塞（Blocked）；等到线程走出synchronize之后，会把锁释放掉，也就是把钥匙扔出去，下一个拿到钥匙的线程，就可以结束阻塞状态，继续运行。\u003Cbr\u003E但是锁从哪来呢？随随便便抓起一个东西就可以作为锁么？\u003Cbr\u003E还真是这样，\u003Cb\u003EJava中每一个对象都有一个与之关联的锁\u003C\u002Fb\u003E，称为\u003Cb\u003E内置锁\u003C\u002Fb\u003E：\u003C\u002Fp\u003E\u003Cblockquote\u003E\u003Ci\u003EEvery object has an intrinsic lock associated with it. ——\u003C\u002Fi\u003E \u003Ci\u003E\u003Ca href=\"https:\u002F\u002Fdocs.oracle.com\u002Fjavase\u002Ftutorial\u002Fessential\u002Fconcurrency\u002Flocksync.html\"\u003EThe Java™ Tutorials\u003C\u002Fa\u003E\u003C\u002Fi\u003E\u003C\u002Fblockquote\u003E\u003Cp\u003E当我们使用synchronize修饰非静态方法时，用的是调用该方法的实例的内置锁，也就是\u003Cb\u003Ethis\u003C\u002Fb\u003E;\u003Cbr\u003E当我们使用synchronize修饰静态方法时，用的是调用该方法的所在的\u003Cb\u003E类对象\u003C\u002Fb\u003E的内置锁;\u003Cbr\u003E更多时候，我们使用的是synchronize代码块，我们经常用的是synchronize(this)，也就是把对象实例作为锁。\u003C\u002Fp\u003E\u003Cp\u003E同一时间进入同一个锁的线程只有一个，如果我们希望有多个线程可以同时进入多个加了锁的方法，那只靠一个this锁肯定是不够的，那怎么办？一点都不担心，还记得上面说的吗，Java中每个对象都是锁，想用的时候new一个Object就好了：\u003C\u002Fp\u003E\u003Ccode lang=\"java\"\u003Epublic class MsLunch {\n    private long c1 = 0;\n    private long c2 = 0;\n    private Object lock1 = new Object();\n    private Object lock2 = new Object();\n\n    public void inc1() {\n        synchronized(lock1) {\n            c1++;\n        }\n    }\n\n    public void inc2() {\n        synchronized(lock2) {\n            c2++;\n        }\n    }\n} \u003C\u002Fcode\u003E\u003Cp\u003EJava中只能使用对象作为锁吗，当然不是的，我们还可以自己打造一把锁，也就是\u003Cb\u003E显示锁\u003C\u002Fb\u003E，比如这样：\u003C\u002Fp\u003E\u003Ccode lang=\"java\"\u003E    Lock lock = ...;\n      if (lock.tryLock()) {\n          try {\n              \u002F\u002F manipulate protected state\n          } finally {\n              lock.unlock();\n          }\n      } else {\n          \u002F\u002F perform alternative actions\n      } \u003C\u002Fcode\u003E\u003Cp\u003E至于显示锁具体怎么用和它的原理，以及Java中其他奇奇怪怪的锁，我们也不在这里细究，后面再和大家一块探讨。\u003C\u002Fp\u003E\u003Ch2\u003E重入\u003C\u002Fh2\u003E\u003Cp\u003E最后再来看看这个代码有什么问题：\u003C\u002Fp\u003E\u003Ccode lang=\"java\"\u003Epublic class Widget {\n\tpublic synchronized void doSomething() {\n\t\t...\n\t}\n}\n\npublic class LoggingWidget extends Widget {\n\tpublic synchronized void doSomething() {\n\t\tSystem.out.println(toString() + \": calling doSomething\");\n\t\tsuper.doSomething();\n\t}\n}\u003C\u002Fcode\u003E\u003Cp\u003E分析：\u003Cbr\u003E前面提到，synchronized修饰非静态方法时，用的是调用该方法的对象实例作为锁，所以上面的代码中，调用LoggingWidget的doSomething时，拿到了实例的锁的钥匙，接着再去调用父类的doSomething方法，父类的方法同样被synchronized修饰，此时钥匙已经被拿走了而且还没释放，所以阻塞，而阻塞导致LoggingWidget的doSomething方法无法执行完成，因而锁一直不会被释放，所以，死锁了？？？\u003C\u002Fp\u003E\u003Cp\u003E\u003Cb\u003E当然不是\u003C\u002Fb\u003E，上面的理解错在了弄错了\u003Cb\u003E锁的持有者\u003C\u002Fb\u003E，\u003Cb\u003E锁的持有者是“线程”，而不是“调用”\u003C\u002Fb\u003E，线程在进入LoggingWidget的doSomething方法时，已经拿到this对象内置锁的钥匙了，下次再碰到同一把锁，自然是用同一把钥匙去打开它就可以了。这就是内置锁的\u003Cb\u003E可重入性\u003C\u002Fb\u003E（Reentrancy）。\u003C\u002Fp\u003E\u003Cp\u003E既然锁是可重入的，那么也就意味着，JVM不能简单的在线程执行完synchronized方法或者synchronized代码块时就释放锁，因为线程可能同时“重入”了很多道锁，事实上，JVM是借助锁上的\u003Cb\u003E计数器\u003C\u002Fb\u003E来判断是否可以释放锁的：\u003C\u002Fp\u003E\u003Cblockquote\u003E\u003Ci\u003EReentrancy is implemented by associating with each lock an acquisition\u003C\u002Fi\u003E \u003Ci\u003E\u003Cb\u003Ecount\u003C\u002Fb\u003E\u003C\u002Fi\u003E \u003Ci\u003Eand an owning thread. When the count is zero, the lock is considered unheld. When a thread acquires a previously unheld lock, the JVM records the owner and sets the acquisition count to one. If that same thread acquires the lock again, the count is incremented, and when the owning thread exits the synchronized block, the count is decremented. When the count reaches zero, the lock is released. —— 《Java并发编程实践》\u003C\u002Fi\u003E\u003C\u002Fblockquote\u003E\u003Cp\u003E如果将含有synchronized代码块的代码编译出来的class文件，使用javap进行反汇编，你可以看到会有两条指令： monitorenter和monitorexit，这两条指令做的也就是上面说的那些事，有兴趣的同学可以研究一下。\u003C\u002Fp\u003E\u003Ch2\u003E总结\u003C\u002Fh2\u003E\u003Cp\u003E这篇文章主要对Java中的synchronized做了一些研究，总结一下：\u003C\u002Fp\u003E\u003Col\u003E\u003Cli\u003EJava中每个对象都有一个\u003Cb\u003E内置锁\u003C\u002Fb\u003E。\u003C\u002Fli\u003E\u003Cli\u003E与内置锁相对的是\u003Cb\u003E显示锁\u003C\u002Fb\u003E，使用显示锁需要手动创建Lock对象，而内置锁则是所有对象自带的。\u003C\u002Fli\u003E\u003Cli\u003Esynchronized使用对象自带的内置锁来进行加锁，从而保证在同一时刻最多只有一个线程执行代码。\u003C\u002Fli\u003E\u003Cli\u003E所有的加锁行为，都可以带来两个保障——\u003Cb\u003E原子性\u003C\u002Fb\u003E和\u003Cb\u003E可见性\u003C\u002Fb\u003E。其中，原子性是相对锁所在的线程的角度而言，而可见性则是相对其他线程而言。\u003C\u002Fli\u003E\u003Cli\u003E\u003Cb\u003E锁的持有者是“线程”\u003C\u002Fb\u003E，而不是“调用”，这也是锁的为什么是\u003Cb\u003E可重入\u003C\u002Fb\u003E的原因。\u003C\u002Fli\u003E\u003C\u002Fol\u003E\u003Cp\u003E如何向一个新手介绍synchronized的表象？\u003C\u002Fp\u003E\u003Cblockquote\u003E\u003Ci\u003EJava语言的关键字，当它用来修饰一个方法或者一个代码块的时候，能够保证在同一时刻最多只有一个线程执行该段代码。\u003C\u002Fi\u003E\u003C\u002Fblockquote\u003E\u003Cp\u003E如何在一个老司机面前装逼格？\u003C\u002Fp\u003E\u003Cblockquote\u003E\u003Ci\u003EJava中的synchronize，通过使用\u003Cb\u003E内置锁\u003C\u002Fb\u003E，来实现对变量的同步操作，进而实现了对变量操作的\u003Cb\u003E原子性\u003C\u002Fb\u003E和其他线程对变量的\u003Cb\u003E可见性\u003C\u002Fb\u003E，从而确保了并发情况下的线程安全。\u003C\u002Fi\u003E\u003C\u002Fblockquote\u003E\u003Ch2\u003E后记\u003C\u002Fh2\u003E\u003Cp\u003E难道synchronize就是这样了？自然不是，只要你继续研究，肯定还会提出很多问题。我先提一个：\u003C\u002Fp\u003E\u003Cul\u003E\u003Cli\u003E抢不到锁而进入阻塞状态的线程，怎么知道锁什么时候会被释放？\u003C\u002Fli\u003E\u003C\u002Ful\u003E\u003Cp\u003E要想弄清楚synchronize的原理，最直截了当的方式自然是看源码，当然这也是难度最大的，毕竟JVM源码都是C语言；另一种方法就是不断向自己提问，然后不断搜索资料，解答自己提出的问题。\u003C\u002Fp\u003E\u003Cp\u003E看似简单的知识，深究起来，往往没那么简单。\u003Cbr\u003E只有学会提问，才能透过表象，看清原理；理解了原理，遇到Bug才能不慌。\u003C\u002Fp\u003E\u003Ch2\u003E参考\u003C\u002Fh2\u003E\u003Cul\u003E\u003Cli\u003E《Java并发编程实践》\u003C\u002Fli\u003E\u003Cli\u003E\u003Ca href=\"https:\u002F\u002Fdocs.oracle.com\u002Fjavase\u002Ftutorial\u002Fessential\u002Fconcurrency\u002Fsyncmeth.html\"\u003ESynchronized Methods\u003C\u002Fa\u003E\u003C\u002Fli\u003E\u003Cli\u003E\u003Ca href=\"https:\u002F\u002Fdocs.oracle.com\u002Fjavase\u002Ftutorial\u002Fessential\u002Fconcurrency\u002Flocksync.html\"\u003EIntrinsic Locks and Synchronization\u003C\u002Fa\u003E\u003C\u002Fli\u003E\u003C\u002Ful\u003E","updated":new Date("2018-01-21T23:52:01.000Z"),"canComment":false,"commentPermission":"anyone","commentCount":8,"likeCount":49,"state":"published","isLiked":false,"slug":"33159374","isTitleImageFullScreen":false,"rating":"none","sourceUrl":"","publishedTime":"2018-01-22T07:52:01+08:00","links":{"comments":"\u002Fapi\u002Fposts\u002F33159374\u002Fcomments"},"url":"\u002Fp\u002F33159374","titleImage":"https:\u002F\u002Fpic3.zhimg.com\u002Fv2-bc3edb7d0b3eb275f7f3c002626a5e8f_r.jpg","summary":"","href":"\u002Fapi\u002Fposts\u002F33159374","meta":{"previous":null,"next":null},"snapshotUrl":"","commentsCount":8,"likesCount":49},"33375256":{"title":"做一个有批判性思维的程序员","author":"hong-ze-yang","content":"\u003Cp\u003E好的游戏一定要让玩家玩的很爽吗？王者荣耀和吃鸡游戏的成功，让这个问题的答案似乎毫无争议，不能带给玩家刺激的游戏就不是好游戏。\u003Cbr\u003E什么样的游戏才能吸引玩家不断的玩下去？答案就一个字，爽，用罗胖的话说就是，从前打一局CS，让你十几分钟爽一次，现在，来一盘农药，让你几分钟就爽一次。然后，吃鸡，一款让你爽的更频繁的游戏又出来了，紧接着，各个大厂的吃鸡游戏陆续上线，大家都在力争带给玩家更多的刺激，因为他们都相信，只有让玩家爽下去，他们才不会把游戏卸载掉。\u003Cbr\u003E就在游戏制造商们为生产出更加痛快的游戏杀红了眼的时候，一只青蛙，一边旅行着，一边给家里寄照片，默默的嘲笑道，“他们真俗”。\u003Cbr\u003E\u003C\u002Fp\u003E\u003Cimg src=\"v2-3f447a28f08bbbe23ae968e078393abc.jpg\" data-caption=\"\" data-size=\"normal\" data-rawwidth=\"326\" data-rawheight=\"196\"\u003E\u003Cp\u003E就是这样一款只有两个场景、玩家除了给蛙准备便当、拔拔杂草就几乎没什么事干的游戏，上线后却刷爆了朋友圈。\u003Cbr\u003E而试想一下，如果在王者荣耀、吃鸡火的不行的时候，你能够稍微质疑一下，反问一句，“\u003Cb\u003E佛系游戏难道就不能火吗\u003C\u002Fb\u003E？”，说不定你就造出一款“旅行的喵”了呢。\u003Cbr\u003E这种质疑的态度，其实就是我们今天要讲的主题——\u003Cb\u003E批判性思维\u003C\u002Fb\u003E。所谓批判性思维，其实就是对待外部的输入，首先持一种怀疑的态度，过滤掉那些自己认为错误的东西之后，剩下的才是自己的。\u003C\u002Fp\u003E\u003Ch2\u003E不会批判性思维的你，显得很傻\u003C\u002Fh2\u003E\u003Cp\u003E有人说，整天疑神疑鬼的，过着会很累，但是，我想说，如果学会质疑，你不仅会错过旅行的蛙，而且还会\u003Cb\u003E显得你很傻\u003C\u002Fb\u003E。\u003Cbr\u003E你看到一篇文章，《成功的人，没有哪个是不阅读的》，文章写得非常励志，让很久没有读书的你非常惭愧，心想，都怪自己太懒，要是利用业余时间多读点书，现在说不定都身家千万了，于是你转发了这篇文章，转发时还不忘附上一句：从今天起，我要坚持天天读书[奋斗脸]\u003Cbr\u003E朋友看到你的朋友圈，心想，这人真傻，这话也信，\u003Cb\u003E没读过书造样过得很舒服很幸福的人多得是\u003C\u002Fb\u003E。 于是你成了朋友眼中那个很傻的人。其实，阅读是件好事，但是转发这样的文章，就显得你很没主见，显得很low，很鸡汤，甚至有点“中老年表情包”的范。\u003C\u002Fp\u003E\u003Cp\u003E缺少批判性思维给你带来的傻还不止与此，你看了上面那篇文章后开始看书、开始关注各种微信公众号，你看到一篇文章说“晚上吃姜对身体有害”，于是有一天晚上聚餐，你看到服务员上了一盘姜葱鸡，就硬是让服务员把菜退了。你聚餐完回到家，刷朋友圈时发现刚刚一起吃饭的小刘，转发了一篇文章，《晚上吃姜有害健康？哈佛教授用实验告诉你真相》，文章中列举了\u003Cb\u003E各种真实可靠的实验数据\u003C\u002Fb\u003E，你顿时有点脸红了，更要命的是，你看到小刘这条朋友圈下面，一堆点赞，而且，点赞的，都是晚上一块吃饭的同事……\u003Cbr\u003E\u003Cb\u003E因为没有批判性思维，你把所有的书都视若珍宝，把作者说的话都当成金玉良言\u003C\u002Fb\u003E，还为了显摆自己看过很多书，不断地再别人面前宣扬书中的各种错误观点，\u003Cb\u003E一个字，傻\u003C\u002Fb\u003E。\u003C\u002Fp\u003E\u003Cp\u003E所以，\u003Cb\u003E是累好还是傻好呢？我想大多数人还是宁愿累点吧。\u003C\u002Fb\u003E\u003Cbr\u003E批判性思维就像给大脑装上了一道防火墙，外界的输入在进入我们大脑之前，都要经过筛选，通过筛选的观点和想法，才能进入我们的大脑。\u003Cbr\u003E那么，要怎样进行批判性思维呢，最近阅读了《学会提问——批判性思维指南》，作者Marcia Brown对如何批判性思维进行了系统性的介绍。\u003C\u002Fp\u003E\u003Ch2\u003E如何进行批判性思维\u003C\u002Fh2\u003E\u003Cp\u003E要想对一个推理进行批判，首先就要找准这个推理的\u003Cb\u003E论题\u003C\u002Fb\u003E和\u003Cb\u003E结论\u003C\u002Fb\u003E，如果连对方在谈论什么话题、对方的立场是什么都不清楚，那就谈不上什么批判了。\u003Cbr\u003E确定了对方的论题和结论之后，就要找到对方的理由，也就是支撑结论的\u003Cb\u003E证据\u003C\u002Fb\u003E。\u003Cbr\u003E找到对方提供的证据之后，接下来你就可以开始对它进行全方位的批判了。\u003C\u002Fp\u003E\u003Cp\u003E总结一下：\u003Cbr\u003E对方在讨论什么（论题）-&gt; 对方想说服我相信什么（结论）-&gt; 对方给出的理由是什么（证据） -&gt; 这些证据靠谱不（批判）\u003Cbr\u003E其中前面三步都很简单，这里就不细说，我们直接谈谈，\u003Cb\u003E如何对证据进行批判\u003C\u002Fb\u003E。\u003C\u002Fp\u003E\u003Ch2\u003E哪些词语意思不明确\u003C\u002Fh2\u003E\u003Cblockquote\u003E\u003Ci\u003E你以为的不一定是他以为的。\u003C\u002Fi\u003E\u003C\u002Fblockquote\u003E\u003Cp\u003E“某某牌贴膏，只需三片，即可见效”。\u003Cbr\u003E上面是很多药品广告的广告语，药商往往还会请上几个健康活泼的老人来念这些广告词，但是\u003Cb\u003E“见效”这个词是什么含义呢\u003C\u002Fb\u003E？是指让你再也不会疼痛呢，还是让你一个月内不再疼痛呢，还是只是短暂地缓解病情？显然，这个\u003Cb\u003E歧义\u003C\u002Fb\u003E不解决，你就无法决定是否信服。\u003C\u002Fp\u003E\u003Cp\u003E类似的歧义还有很多，最常见的就是\u003Cb\u003E模糊不清的需求\u003C\u002Fb\u003E。客户要求提供一个登录界面，你以为只需要做简单的用户名密码校验就好了，结果呢，客户不单要求输错密码一次后要输入验证码，还要求输错密码五次后当天不得再次登录，甚至还要求可以通过手机和邮箱找回密码……\u003Cbr\u003E解决这类问题的办法——\u003Cb\u003E不断质疑\u003C\u002Fb\u003E：\u003Cbr\u003E“你的意思是……吗？”\u003Cbr\u003E“除了……还需要……吗？”\u003Cbr\u003E“这样子可以满足要求吗？”\u003Cbr\u003E在向客户或者SE的不断提问的过程中，需求也慢慢得到澄清，我们也慢慢看到了客户的真实“验收标准”。\u003C\u002Fp\u003E\u003Cp\u003E总之，\u003Cb\u003E不要猜测，弄清歧义，才可以下决定\u003C\u002Fb\u003E。\u003C\u002Fp\u003E\u003Ch2\u003E推理过程中有没有谬误\u003C\u002Fh2\u003E\u003Cp\u003E总有一些推理听起来非常有说服力，但往往经不起推敲。\u003Cbr\u003E“你代码不能这样写，我们组基本上不用这种写法，而且老黄（某组内专家级人物）推荐要采用另一种写法……”\u003Cbr\u003E很多项目的新人都会遇到类似的说辞，有些人听完就点点头，把自己代码改了。\u003Cbr\u003E然而如果你是一个求知欲很强的程序员，听到类似的解释，至少会在心里回怼一句：“凭什么？？？”\u003Cbr\u003E其实只要仔细思考一下对方的说辞，就会发现\u003Cb\u003E对方根本不是在说服你，而是在要挟\u003C\u002Fb\u003E。\u003Cbr\u003E首先，“我们组基本上不用这种写法”，这是用组内的“江湖规矩”在要挟你，意思是你要入乡随俗；\u003Cbr\u003E其次，“老黄推荐要采用另一种写法”，这是用\u003Cb\u003E权威\u003C\u002Fb\u003E在要挟你，你不可以不服从权威。\u003Cbr\u003E然而，\u003Cb\u003E这些都不属于证据\u003C\u002Fb\u003E，真正的证据应该是像这样的：这样写会有什么性能问题，或者是耦合性问题，用“江湖规矩”和”权威“来试图说服别人，恰恰犯了书中提到的\u003Cb\u003E诉诸公众谬误\u003C\u002Fb\u003E和\u003Cb\u003E诉诸可疑权威谬误\u003C\u002Fb\u003E。\u003Cbr\u003E类似的推理谬误还有很多，我们不可能一一记住。只需记得，\u003Cb\u003E在接受对方观点之前，不妨多问一句，凭什么？？？\u003C\u002Fb\u003E，唤醒自己的懒人脑，进行理性的批判思考。\u003C\u002Fp\u003E\u003Ch2\u003E证据的效力如何\u003C\u002Fh2\u003E\u003Cp\u003E证据的来源有很多，常见的有这四种：\u003C\u002Fp\u003E\u003Cul\u003E\u003Cli\u003E个人经历\u003C\u002Fli\u003E\u003Cli\u003E典型案例\u003C\u002Fli\u003E\u003Cli\u003E专家意见\u003C\u002Fli\u003E\u003Cli\u003E研究报告\u003C\u002Fli\u003E\u003C\u002Ful\u003E\u003Cp\u003E这些证据的可信度有多少呢？\u003Cbr\u003E1、个人经历和典型案例 \u003Cbr\u003E很多人都知道个人经历不可信，可是当看到别人炒股赚的盆满钵满、别人追求自己的理想出去创业收获人生巅峰时，还是忍不住想把对方当做偶像去模仿。\u003Cbr\u003E然而，现实是，\u003Cb\u003E那些炒股炒的倾家荡产的、那些创业失败破产倒闭的人，你是看不到对他们的报道的\u003C\u002Fb\u003E。《清醒思考的艺术》的作者罗尔夫·多贝里，在书中建议读者，多去失败者的“墓地”走走，想想也是很有道理的。\u003Cbr\u003E2、专家意见和研究报告\u003Cbr\u003E既然称为专家，那么也就意味着对方经验丰富、技术高深，在大多数情况下，专家都是对的，不然也不能被人叫做专家。\u003Cbr\u003E然而，专家并不总是对的，在这个时候，你也不必对其冷嘲热讽。我们要做的是，即使是专家的意见，也要批判性对待，不断提出质疑，\u003Cb\u003E敢于挑战权威\u003C\u002Fb\u003E，即使最后证明你的质疑是错的，\u003Cb\u003E你的收获，也比那些把专家意见当做真理的人要多很多\u003C\u002Fb\u003E。 研究报告也是类似的，很多研究报告都出自著名的实验室，但是这并不代表他们的结论就是正确的。\u003Cb\u003E他们做了那些实验，不代表就可以得出那些结论\u003C\u002Fb\u003E，我们同样需要对他们的实验过程和推理过程进行批判性思考。\u003C\u002Fp\u003E\u003Ch2\u003E数据有没有欺骗性\u003C\u002Fh2\u003E\u003Cp\u003E“大人总是喜欢数字”，小王子的这句话恰恰说明了人性的弱点。\u003Cbr\u003E人们往往容易被带有数字的证据说服，最常见的就是“平均数”陷阱，“XX公司员工平均年收入XXX万”，这种平均数，根本无法说明问题。九个年薪十万的员工和一个年薪千万的员工，平均下来，每人年薪超百万，但是他们十个人中却只有一个过上年薪百万的生活。\u003Cb\u003E在很多时候，中位数和众数，比平均数更能说明问题\u003C\u002Fb\u003E。 \u003Cbr\u003E除此之外，数据来源也是你非常值得批判的一个角度，人们总喜欢使用不明来历的数据来证明自己的观点。\u003Cbr\u003E下次再看到金光闪闪的数据或者图表时，先想想数据从何而来，这些数据又有多大意义。\u003C\u002Fp\u003E\u003Ch2\u003E哪些场合要使用批判性思维\u003C\u002Fh2\u003E\u003Cp\u003E生活中有很多场合都需要用到批判性思维：\u003Cbr\u003E1、\u003Cb\u003E评价别人的观点\u003C\u002Fb\u003E\u003Cbr\u003E我们每天都会从各种各样的渠道获取各种新的观点，书籍、微信公众号推送、知乎、简书等等。在接纳这些新观点，或者为之付诸行动之前，应该先批判思考一下，有歧义吗？有谬误吗？凭什么这么说？？？\u003Cbr\u003E2、\u003Cb\u003E评价自己的想法\u003C\u002Fb\u003E\u003Cbr\u003E批判性思维不仅仅是对外进行批判，对自己进行批判也很重要。\u003Cbr\u003E\u003Cb\u003E养成记日记的习惯\u003C\u002Fb\u003E，在回顾自己一天做了什么的时候，顺便批判思考一下，自己今天的哪些行为做的不好。比如我某天晚上记日记的时候，发现自己写了一天代码，但是效率很低，于是第二天就给自己的屏幕录了视频，研究一下自己一天对着电脑都做了什么，看看有哪些可以提高效率的地方。\u003Cbr\u003E3、\u003Cb\u003E写作\u003C\u002Fb\u003E\u003Cbr\u003E既然对别人的文章可以进行批判，那么对自己的文章也同样可以。不妨\u003Cb\u003E把自己当做读者\u003C\u002Fb\u003E，看看自己写的文章里，有哪些没有依据的断言、有哪些词语带有歧义、有哪些论据带有谬误等等。\u003Cbr\u003E同时，对于那些技术性较强的文章，在写完文章初稿之后，不妨接着寻找更多的相关主题的文献，来证明和冲击你的观点。\u003Cb\u003E永远不要满足于少量文献\u003C\u002Fb\u003E，这也是论文通常对参考文献的数量达到一定数量的原因。\u003Cbr\u003E4、\u003Cb\u003E学习\u003C\u002Fb\u003E\u003Cbr\u003E很多人学习一项知识时，喜欢把书或者其他学习资料从头看到尾。事实上，这样做是很没效率的，因为\u003Cb\u003E你很难保持那么长时间的专注\u003C\u002Fb\u003E，尤其是在阅读一些英文的文献时，更是如此。\u003Cbr\u003E这时候就有一个好办法，你可以在粗读了文章，比如文章的标题、文章的开头结尾、段落开头结尾之后，向自己提问题，\u003Cb\u003E记下问题清单，然后带着问题清单去文章中找答案\u003C\u002Fb\u003E，这样学习起来会非常有效率。\u003Cbr\u003E我在学习Kafka的时候，就是阅读了Kafka官方文档中Introduction的章节，对着Get Started做了个Hello World，然后就给自己提了一堆问题，什么Kafka的broker.partition都是啥、Kafka的架构是怎样体现分布式和集群的、Kafka和RabbitMQ相比，有什么优势和劣势，诸如此类自己非常感兴趣、很想了解的问题，接着下一步就是把一个个问题给解决掉，在寻找答案的过程中，不知不觉就把文档翻了好几遍，\u003Cb\u003E而且由于我是主动学习，学习的时候十分专注，效率奇高\u003C\u002Fb\u003E。\u003C\u002Fp\u003E\u003Cp\u003E关于学习和读书的一些技巧，可以阅读我之前写的两篇文章：\u003C\u002Fp\u003E\u003Cul\u003E\u003Cli\u003E\u003Ca href=\"https:\u002F\u002Fwww.jianshu.com\u002Fp\u002F9e197249ac07\"\u003E我读了这七本书，写了这篇关于如何高效阅读的文章\u003C\u002Fa\u003E\u003C\u002Fli\u003E\u003Cli\u003E\u003Ca href=\"https:\u002F\u002Fwww.jianshu.com\u002Fp\u002F25f1ffb5ad3d\"\u003E七步学习法 —— 如何高效学习一项技能\u003C\u002Fa\u003E\u003C\u002Fli\u003E\u003C\u002Ful\u003E\u003Cp\u003E5、\u003Cb\u003E批判代码\u003C\u002Fb\u003E\u003Cbr\u003E作为一名程序员，我也喜欢对自己和别人的代码进行批判，为什么要这样写，这个注解有什么用、有没有更好的实现方式等等。对自己写的每一行代码、用到的每一个工具类，都要理解，不然不知道这个工具类都做了什么，怎么敢保证用了之后不会带来Bug？如果实在来不及去弄清楚，我也会把问题先记下来，等后面有空闲时间了再来慢慢学习。\u003C\u002Fp\u003E\u003Ch2\u003E哪些场合不必使用批判性思维\u003C\u002Fh2\u003E\u003Cp\u003E也不是所有场合都适合使用批判性思维的，\u003Cb\u003E我们也要用批判性思维去看待批判性思维\u003C\u002Fb\u003E。\u003Cbr\u003E比方说看电影、电视剧， 我身边很多朋友，喜欢在看到电影一些非常不可思议的巧合的时候，说一句，“怎么可能这么凑巧”，每当这时，我就在心里默默的怼一句，“你这人不适合看电影……”\u003Cbr\u003E电影、电视剧、小说等很多虚构的故事，不一定完全符合正常逻辑，但是我们看电影不就是为了放松么？\u003Cb\u003E只要在那一瞬间，剧情打动了你或者逗的你哈哈大笑，看电影的目的就达到了\u003C\u002Fb\u003E。\u003Cbr\u003E我看到的最搞笑的事是，有一次和朋友去看一部喜剧片，看的时候他笑得眼泪都出来了，然后看完电影，他却在朋友圈发了一张图片，晒了他在豆瓣上给这部电影打了两颗星的影评……\u003C\u002Fp\u003E\u003Cp\u003E总之，\u003Cb\u003E善用批判性思维，看穿生活中的那些谬论，做一个清醒思考的程序员\u003C\u002Fb\u003E。\u003C\u002Fp\u003E\u003Ch2\u003E参考书目\u003C\u002Fh2\u003E\u003Cul\u003E\u003Cli\u003E《学会提问——批判性思维指南》\u003C\u002Fli\u003E\u003Cli\u003E《清醒思考的艺术》\u003C\u002Fli\u003E\u003C\u002Ful\u003E","updated":new Date("2018-01-29T00:08:23.000Z"),"canComment":false,"commentPermission":"anyone","commentCount":4,"likeCount":9,"state":"published","isLiked":false,"slug":"33375256","isTitleImageFullScreen":false,"rating":"none","sourceUrl":"","publishedTime":"2018-01-29T08:08:23+08:00","links":{"comments":"\u002Fapi\u002Fposts\u002F33375256\u002Fcomments"},"url":"\u002Fp\u002F33375256","titleImage":"https:\u002F\u002Fpic2.zhimg.com\u002Fv2-542a2727c92f43557c01156e416a6b01_r.jpg","summary":"","href":"\u002Fapi\u002Fposts\u002F33375256","meta":{"previous":null,"next":null},"snapshotUrl":"","commentsCount":4,"likesCount":9},"33771071":{"title":"Volatile趣谈——我是怎么把贝克汉姆的进球弄丢的","author":"hong-ze-yang","content":"\u003Ch2\u003E大雄的门线传感器\u003C\u002Fh2\u003E\u003Cp\u003E大雄的公司最近在给国际足球协会研制一款门线传感器。这可是一个大单，组织特地安排了大雄作为首席程序员，来开发这款软件。 \u003Cbr\u003E需求很简单，传感器需要在皮球越过门线的时候，给裁判身上的耳麦发送消息，告诉裁判球进了。\u003Cbr\u003E“So easy”，大雄四两拨千斤地写了一个进球通知线程：\u003C\u002Fp\u003E\u003Ccode lang=\"java\"\u003Epublic class GoalNotifier implements Runnable {\n    public boolean goal = false;\n\n    public boolean isGoal() {\n        return goal;\n    }\n\n    public void setGoal(boolean goal) {\n        this.goal = goal;\n    }\n\n    @Override\n    public void run() {\n        while (true) {\n            if (isGoal()) {\n                System.out.println(\"Goal !!!!!!\");\n\n                \u002F\u002F Tell the referee the ball is in.\n                \u002F\u002F ...\n\n                \u002F\u002F reset goal flag\n                setGoal(false);\n            }\n        }\n    }\n}\u003C\u002Fcode\u003E\u003Cp\u003E“只要在比赛一开始就启动这个线程，然后当球越过球门线的时候，调用我的setGoal()方法，把进球标志goal设置成true就OK了”，大雄对着投影里的代码，跟产品经理胖虎讲解着自己伟大的设计。\u003Cbr\u003E“很棒！代码写的非常简洁，设计非常优雅，连我都看不出有什么Bug。静香，不用浪费时间测试了，直接上线吧，时间就是金钱，我们要敢在别的竞争对手之前，推出这款产品！”，胖虎激动的说，唾沫横飞。\u003Cbr\u003E“好的，我也相信大雄的能力！”，静香含情脉脉的看着大雄，眼里都是崇拜。\u003C\u002Fp\u003E\u003Ch2\u003EOop! Bug!\u003C\u002Fh2\u003E\u003Cp\u003E很快，大雄的门线传感器上线了。英格兰足协老总约翰是个很喜欢新科技的人，他迫不及待地想把这项技术推广到他的国家。\u003Cbr\u003E这天，有一场让世界瞩目的友谊赛——曼联传奇队 vs 阿森纳传奇队。“把我们刚刚买过来的门线技术用上去，让这群老家伙见识一下什么是高科技！”，约翰说。\u003C\u002Fp\u003E\u003Cp\u003E比赛开始，刚开场，只见鲁尼把球往旁边一拨，贝克汉姆就顺势一脚圆月弯刀，皮球划出一道美丽的弧线，飞过大半个足球场，阿森纳门将始料不及，只能目送皮球应声入网！\u003C\u002Fp\u003E\u003Cp\u003E这个过程之迅猛，只能用下面这段代码来描述了：\u003C\u002Fp\u003E\u003Ccode lang=\"text\"\u003Epublic class Game {\n\n    public static void main(String[] args) throws InterruptedException {\n        \u002F\u002F Game begun! Init goalNotifier thread\n        GoalNotifier goalNotifier = new GoalNotifier();\n        Thread goalNotifierThread = new Thread(goalNotifier);\n        goalNotifierThread.start();\n\n        \u002F\u002F After 3s\n        Thread.sleep(3000);\n        \u002F\u002F Goal !!!\n        goalNotifier.setGoal(true);\n    }\n\n}\u003C\u002Fcode\u003E\u003Cp\u003E就在曼联队队员抱在一起庆祝的时候，裁判跑了过来，宣布进球无效，原因是门线传感器没有提示他进球了。。。\u003Cbr\u003E“What ???”，贝克汉姆一脸懵逼。。。\u003Cbr\u003E“大雄，怎么回事？？？”，约翰气冲冲的对旁边的大雄说。\u003Cbr\u003E“啊，难道是线程没起来吗？”，大雄也是一脸懵逼，“我加了日志的，看一下后台就知道了！”\u003Cbr\u003E于是大雄登录了后台服务器，查看了日志信息：\u003C\u002Fp\u003E\u003Cimg src=\"v2-dbcf2232c18555325d9370f770cb6465.jpg\" data-caption=\"\" data-size=\"normal\" data-rawwidth=\"792\" data-rawheight=\"229\"\u003E\u003Cp\u003E“啊，一行日志都没有。。。”，大雄很慌，“看来只能求助哆啦了。。。”\u003C\u002Fp\u003E\u003Cp\u003E大雄赶紧视频了正在日本度假的哆啦，视频里，哆啦一边喝着大阪清酒，一边看着大雄的代码，大概过了十秒钟，突然挂断了视频。\u003Cbr\u003E“难道连哆啦也没有办法了。。”，就在大雄绝望的时候，他突然收到哆啦发来的信息，打开一看，里面就一个词：\u003Cbr\u003E\u003Cb\u003Evolatile\u003C\u002Fb\u003E\u003C\u002Fp\u003E\u003Cp\u003E“啊，难道是它。。。”，来不及想太多了，贝克汉姆随时都会再进球，“不能让我贝失望啊”，大雄赶紧改了一行代码：\u003C\u002Fp\u003E\u003Ccode lang=\"text\"\u003Epublic class GoalNotifier implements Runnable {\n\u002F\u002F    public boolean goal = false;\n    public volatile boolean goal = false;\n    ... \u003C\u002Fcode\u003E\u003Cp\u003E刚改完代码，这边曼联队就得到一个禁区外任意球的机会，贝克汉姆一记招牌的圆月弯刀，皮球直挂死角！不过这次，大家都没庆祝，而是一致看向了裁判，全场鸦雀无声。。。\u003Cbr\u003E突然，主席台那里，有一个像逗比一样的青年，大声的吼着，“Yeah!!! 日志打印出来了！！！”，声音之大，响彻全场。\u003C\u002Fp\u003E\u003Cimg src=\"v2-a7d5f927d4ec09e9fcb270c895fde2ed.jpg\" data-caption=\"\" data-size=\"normal\" data-rawwidth=\"779\" data-rawheight=\"225\"\u003E\u003Cp\u003E过了大概两秒钟，人们才看到裁判把手指向了中圈，示意进球有效。。。\u003C\u002Fp\u003E\u003Ch2\u003Evolatile和Java内存模型\u003C\u002Fh2\u003E\u003Cp\u003E“为什么把goal变量加上volatile修饰符，问题就解决了呢？”，带着这个疑问，大雄开始研究了起来。渐渐的，他认识到，看Java代码，不能只看表象，还要透过Java虚拟机，去看透本质。\u003Cb\u003E从JavaSE到JVM，这是一场认知的跃迁\u003C\u002Fb\u003E。\u003C\u002Fp\u003E\u003Cp\u003E首先要解决的问题是，不加volatile之前，main函数明明调用了setGoal()方法，把goal改成了true，可为什么GoalNotifier线程里的goal还是false？\u003Cbr\u003E答案是，主线程里调用setGoal()方法修改的goal，和GoalNotifier线程里的goal，是两个\u003Cb\u003E副本\u003C\u002Fb\u003E。\u003Cbr\u003EWhat??? 变量还有副本？\u003Cbr\u003E单看代码，自然是看不出“副本”的，我们必须剥开代码这层皮，到Java虚拟机里头去看看。\u003C\u002Fp\u003E\u003Cp\u003E在介绍JVM中的“副本”之前，我们先来简单聊聊物理机的“副本”，因为JVM的副本和物理机的副本很像。 计算机，相比于处理器的运算速度，\u003Cb\u003EIO操作的速度往往有几个数量级的差距\u003C\u002Fb\u003E，因此像下面这段常见的++运算：\u003C\u002Fp\u003E\u003Ccode lang=\"text\"\u003Eint count = 0;\n...\ncount ++;\u003C\u002Fcode\u003E\u003Cp\u003E如果计算机把count的值存储在内存中，那么每次++操作，就有一次从内存中读取i的值的操作，以及一次把i的值加1的操作，别忘了，还有一次把i的值写进去内存的操作：\u003Cbr\u003ET(一次循环) = T(读IO) + T(+1运算) + T(写IO)\u003Cbr\u003E而IO操作的速度往往比运算速度多几个数量级，所以：\u003Cbr\u003ET(一次循环) ≈ T(读IO) + T(写IO)\u003Cbr\u003E显然，IO操作的速度严重拖后腿了，\u003Cb\u003E不管运算速度再快，只要IO操作还在，这个++操作的速度就永远由IO操作的速度决定\u003C\u002Fb\u003E。\u003Cbr\u003E我们人类自然不允许这样的情况发生，因此我们在处理器和内存之间，引入了读写速度接近处理器运算速度的一层\u003Cb\u003E高速缓存\u003C\u002Fb\u003E：\u003C\u002Fp\u003E\u003Cimg src=\"v2-81db59206d5f975362aafeb68040ede5.jpg\" data-caption=\"CPU、高速缓存和内存\" data-size=\"normal\" data-rawwidth=\"305\" data-rawheight=\"157\"\u003E\u003Cp\u003E这样，在上面的++操作里面，count变量只有在初始化的时候，需要写入主内存，接着，count就被从主内存拷贝到处理器的高速缓存中，下次再想对它执行++操作时，直接从高速缓存中读取就可以了，++操作执行完之后，也不需要马上同步到主内存。\u003C\u002Fp\u003E\u003Cp\u003E虽然各种平台都会有高速缓存和主内存，但是不同平台的内存模型并不完全相同。这也就导致了像C\u002FC++这种直接使用物理机内存模型的编程语言，有时候一份代码在一个平台上可以正常运行，去到另一个平台就挂了，所以需要“面向平台”编程。而Java，正如广告语说的，“Write once, run anywhere”，相同的一份代码，去到哪个平台都可以直接拿过去用。\u003Cbr\u003E为什么Java这么神奇呢？这自然是JVM的功劳，你下载JDK的时候，会让你选择是Windows还是Linux的。使用不同平台的JDK，最大的差异就是JVM了，相同的一份代码，Windows版的JVM帮你把代码翻译成Windows系统能识别的机器语言，Linux版的JVM则翻译成Linux的语言。\u003Cbr\u003E\u003Cb\u003EJVM帮你屏蔽了不同平台直接的差异\u003C\u002Fb\u003E。\u003Cbr\u003E自然的，对于物理机的内存模型，JVM也要进行“介入”，我们编写的Java代码，是不会直接去操作物理机的内存的，而是去操作JVM定义的\u003Cb\u003EJava内存模型\u003C\u002Fb\u003E（Java Memory Model, JMM），再通过JMM去操作物理机的内存。\u003Cbr\u003EJava的内存模型和上面讲的物理机的内存模型非常类似：\u003C\u002Fp\u003E\u003Cimg src=\"v2-515f14014f3ab4085ae31b7d1e206f68.jpg\" data-caption=\"Java内存模型\" data-size=\"normal\" data-rawwidth=\"938\" data-rawheight=\"310\"\u003E\u003Cp\u003E现在再回过头来看大雄碰到的问题：main函数明明调用了setGoal()方法，把goal改成了true，可为什么GoalNotifier线程里的goal还是false？\u003Cbr\u003E答案已经很明确了，这里面有两个线程，main函数所在的是主线程和GoalNotifier线程，这两个线程都分别从主内存从拷贝了一个goal变量的副本，所以当main函数调用setGoal()方法修改goal时，\u003Cb\u003E修改的其实是自己线程工作空间上的那个副本goa\u003C\u002Fb\u003El，对主内存的goal没有影响，对GoalNotifier线程的goal副本更加没有影响，GoalNotifier线程自然就感知不到goal变成true了。\u003C\u002Fp\u003E\u003Cp\u003E那么，要怎样才能让GoalNotifier线程，能够感知到main函数修改了goal呢？\u003Cbr\u003E很简单嘛，让main函数修改了goal之后\u003Cb\u003E主动同步\u003C\u002Fb\u003E到主内存，并且让GoalNotifier线程在读取goal的之前，主动从主内存去取goal，事实上，这就是volatile的原理。\u003C\u002Fp\u003E\u003Ch2\u003Evolatile的内幕\u003C\u002Fh2\u003E\u003Cp\u003E那么volatile是如何让修改的变量立刻同步到主内存的呢？\u003Cbr\u003E同样，单看代码是看不出来的，volatile只是我们告诉JVM的一个标志，那么JVM对于有volatile和没有volatile的代码，在翻译成\u003Cb\u003E机器指令\u003C\u002Fb\u003E时，会有什么不同呢？\u003C\u002Fp\u003E\u003Cp\u003E有同学会建议用javap命令反汇编查看一下，如果你也这么想，那现在我直接告诉你，不可以，至于为什么，你可以先自行研究，我将在后面单独用一篇文章讨论。\u003Cbr\u003E在这里我们要使用\u003Cb\u003EJIT级别\u003C\u002Fb\u003E的\u003Cb\u003E反汇编\u003C\u002Fb\u003E命令，原因同样不在这里赘述。下面简单介绍一下方法。\u003Cbr\u003E加入如下虚拟机参数：\u003C\u002Fp\u003E\u003Ccode lang=\"text\"\u003E-XX:+UnlockDiagnosticVMOptions -Xcomp -XX:+PrintAssembly -XX:CompileCommand=compileonly,*GoalNotifier.setGoal\u003C\u002Fcode\u003E\u003Cp\u003E-XX:+UnlockDiagnosticVMOptions -XX:+PrintAssembly：开启JIT反汇编\u003Cbr\u003E-Xcomp：让虚拟机以编译模式执行代码，使得JIT编译可以立即触发 -XX:CompileCommand=compileonly,*GoalNotifier.setGoal：只反汇编GoalNotifier的setGoal方法\u003C\u002Fp\u003E\u003Cp\u003E然后执行两次代码，一次加入volatile修饰符，一次不加，把两次控制台打印的汇编语言，放到文件对比工具上对比一下，打印的信息很多，但是通过文件对比工具，我们可以很清楚的看到，加了volatile的代码中，多了一行代码：\u003C\u002Fp\u003E\u003Cimg src=\"v2-1f0228a7b249de1ad47a7354a42ec1ed.jpg\" data-caption=\"\" data-size=\"normal\" data-rawwidth=\"1579\" data-rawheight=\"115\"\u003E\u003Cp\u003E这行“lock add dword ptr”的代码是干什么用的呢？关键在于lock，这个lock不是指令，而是指令前缀，我对汇编语言不熟悉，这里借用《深入学习Java虚拟机》里的解释：“lock的作用是使得本CPU的Cache写入内存，同时使其他CPU的Cache无效”，其实也就是我们上面讲的，将修改后的变量主动同步到主内存。\u003C\u002Fp\u003E\u003Cblockquote\u003E\u003Ci\u003E加了虚拟机参数后，运行的时候你可能会看到错误提示，别慌，很容易解决。另外，我把我做实验生成的两份汇编语言以及其他代码上传到\u003Ca href=\"https:\u002F\u002Fgithub.com\u002Fhzy38324\u002FCoding-Pratice\u002Ftree\u002Fmaster\u002FCodePractice\u002Fsrc\u002Fmain\u002Fjava\u002Fcom\u002Fsexycode\u002Fcodepractice\u002FvolatilePractice\"\u003EGithub\u003C\u002Fa\u003E了，有兴趣的同学可以下载下来研究。\u003C\u002Fi\u003E\u003C\u002Fblockquote\u003E\u003Ch2\u003E总结\u003C\u002Fh2\u003E\u003Cp\u003E对于volatile这个关键字，可能大家都听过很多遍，但是由于实际中很少用到，所以大多不太了解其背后的原理。这次通过对volatile的介绍，顺带讲解了Java内存模型，同时也看到了Java虚拟机在Java中的扮演的地位，还是那句话，\u003Cb\u003E看Java代码，不能只看表象，还要透过Java虚拟机，去看透本质。从JavaSE到JVM，这是一场认知的跃迁\u003C\u002Fb\u003E。\u003C\u002Fp\u003E\u003Cp\u003E这篇文章与其说是讲volatile，不如说是讲JVM。对volatile的介绍也只提到了它在\u003Cb\u003E可见性\u003C\u002Fb\u003E上的作用，volatile的另一个作用——\u003Cb\u003E禁止指令重排\u003C\u002Fb\u003E，并没有提及，毕竟指令重排是个很高深的家伙，我也将在后面的文章中和大家一起探讨。\u003C\u002Fp\u003E\u003Cp\u003E祝大家春节快乐！\u003C\u002Fp\u003E\u003Ch2\u003E参考\u003C\u002Fh2\u003E\u003Cul\u003E\u003Cli\u003E《深入理解Java虚拟机》\u003C\u002Fli\u003E\u003Cli\u003E《Java并发编程实践》\u003C\u002Fli\u003E\u003Cli\u003E\u003Ca href=\"https:\u002F\u002Fstackoverflow.com\u002Fquestions\u002F8891067\u002Fwhat-does-the-lock-instruction-mean-in-x86-assembly\"\u003Ewhat-does-the-lock-instruction-mean-in-x86-assembly\u003C\u002Fa\u003E\u003C\u002Fli\u003E\u003Cli\u003E\u003Ca href=\"https:\u002F\u002Fdocs.oracle.com\u002Fcd\u002FE19455-01\u002F806-3773\u002Finstructionset-128\u002Findex.html\"\u003EIA-32 Assembly Language Reference Manual - LOCK Prefix\u003C\u002Fa\u003E\u003C\u002Fli\u003E\u003Cli\u003E\u003Ca href=\"https:\u002F\u002Fdropzone.nfshost.com\u002Fhsdis.htm\"\u003EHow to build hsdis-amd64.dll and hsdis-i386.dll on Windows\u003C\u002Fa\u003E\u003C\u002Fli\u003E\u003Cli\u003E\u003Ca href=\"https:\u002F\u002Fstackoverflow.com\u002Fquestions\u002F1503479\u002Fhow-to-see-jit-compiled-code-in-jvm\"\u003Ehow-to-see-jit-compiled-code-in-jvm\u003C\u002Fa\u003E\u003C\u002Fli\u003E\u003C\u002Ful\u003E","updated":new Date("2018-02-11T23:53:52.000Z"),"canComment":false,"commentPermission":"anyone","commentCount":10,"likeCount":39,"state":"published","isLiked":false,"slug":"33771071","isTitleImageFullScreen":false,"rating":"none","sourceUrl":"","publishedTime":"2018-02-12T07:53:52+08:00","links":{"comments":"\u002Fapi\u002Fposts\u002F33771071\u002Fcomments"},"url":"\u002Fp\u002F33771071","titleImage":"https:\u002F\u002Fpic1.zhimg.com\u002Fv2-88c598988c953751d733c73a9c7a2a36_r.jpg","summary":"","href":"\u002Fapi\u002Fposts\u002F33771071","meta":{"previous":null,"next":null},"snapshotUrl":"","commentsCount":10,"likesCount":39},"34004674":{"title":"Java趣谈——如何构建一个高效且可伸缩的缓存","author":"hong-ze-yang","content":"\u003Cp\u003E本集概要：\u003C\u002Fp\u003E\u003Cul\u003E\u003Cli\u003E怎样构建一个线程安全而又高效、可伸缩的缓存？\u003C\u002Fli\u003E\u003Cli\u003E怎样利用设计模式，把缓存做成通用的工具？\u003C\u002Fli\u003E\u003Cli\u003E除了synchronize和volatile，我们还能使用哪些工具来开发线程安全的代码？\u003C\u002Fli\u003E\u003C\u002Ful\u003E\u003Cp\u003E前情回顾： \u003Ca href=\"https:\u002F\u002Fzhuanlan.zhihu.com\u002Fp\u002F33771071\"\u003EVolatile趣谈——我是怎么把贝克汉姆的进球弄丢的\u003C\u002Fa\u003E\u003C\u002Fp\u003E\u003Chr\u003E\u003Cp\u003E大雄开发的门线传感器在曼联和阿森纳的比赛中一鸣惊人，越来越多的客户向公司订购这款软件……\u003C\u002Fp\u003E\u003Ch2\u003E糙版缓存\u003C\u002Fh2\u003E\u003Cp\u003E一天，哆啦对大雄说，“大雄，你看我们后台这个统计用户消费信息的报表，每次统计都要去查数据库，既消耗资源，查询起来也慢，你看看能不能给做一个\u003Cb\u003E缓存\u003C\u002Fb\u003E？”\u003Cbr\u003E“缓存？这个简单呀，缓存的原理其实就是一个\u003Cb\u003E键值对\u003C\u002Fb\u003E，也就是Map，只要把用户的id作为key，把对应的统计结果作为value，放到Map里头缓存起来，下次再来查询时，先到Map去搜，搜到了就直接返回，搜不到，再去查数据库计算，这样就ok了”\u003Cbr\u003E“可以呀，思路很清晰嘛，一下子就讲出了一份设计文档”\u003Cbr\u003E“那是，那我开始写代码啦！”，大雄泡了杯茶，关掉QQ和Outlook，开始写起了代码。\u003C\u002Fp\u003E\u003Cp\u003E很快，第一版代码出炉了，UserCostStatComputer（\u003Cb\u003E本文的示例代码，可到\u003Ca href=\"https:\u002F\u002Fgithub.com\u002Fhzy38324\u002FCoding-Pratice\"\u003EGithub\u003C\u002Fa\u003E下载\u003C\u002Fb\u003E）:\u003C\u002Fp\u003E\u003Ccode lang=\"java\"\u003Epublic class UserCostStatComputer {\n    private final Map&lt;String, BigInteger&gt; cache = new HashMap();\n\n    public synchronized BigInteger compute(String userId) throws InterruptedException {\n        BigInteger result = cache.get(userId);\n        if (result == null) {\n            result = doCompute(userId);\n            cache.put(userId, result);\n        }\n        return result;\n    }\n\n    private BigInteger doCompute(String userId) throws InterruptedException {\n        \u002F\u002F assume it cost a long time...\n        TimeUnit.SECONDS.sleep(3);\n        return new BigInteger(userId);\n    }\n}\u003C\u002Fcode\u003E\u003Cp\u003E“为了\u003Cb\u003E线程安全\u003C\u002Fb\u003E，我给整个compute方法加上了\u003Cb\u003Esynchronized\u003C\u002Fb\u003E修饰符，保证每次只有一个线程可以进入compute方法”，大雄向哆啦介绍他的代码。\u003Cbr\u003E哆啦看了看，说，“大雄，你这代码写的快是快，但是\u003Cb\u003E有点糙\u003C\u002Fb\u003E啊”\u003Cbr\u003E“这。。。”\u003Cbr\u003E“咱先不说性能，就说你这设计，你有没有考虑过，\u003Cb\u003E要是还有其他地方也需要缓存，你难道也把这份缓存的逻辑拷贝过去？\u003C\u002Fb\u003E”\u003Cbr\u003E“啊，对呀，总不能每次要用到缓存，就在原先代码里加个Map，然后再写上if判断吧……”\u003Cbr\u003E“小伙子觉悟不错，好好想想，怎样给原先没有缓存的统计函数，加上缓存的功能？”\u003Cbr\u003E“给原先没有某某功能的函数，加上某某功能，这话听着很熟悉啊…”\u003C\u002Fp\u003E\u003Ch2\u003E通用缓存\u003C\u002Fh2\u003E\u003Cp\u003E大雄在大脑中检索着，“对了！\u003Cb\u003E装饰模式\u003C\u002Fb\u003E！哎，之前学过的，怎么到实际运用中就忘了呢！”\u003Cbr\u003E利用设计模式，大雄很快把代码进行了重构。\u003Cbr\u003E首先，定义一个Computable接口：\u003C\u002Fp\u003E\u003Ccode lang=\"java\"\u003Epublic interface Computable&lt;A, V&gt; {\n    V compute(A arg) throws Exception;\n}\u003C\u002Fcode\u003E\u003Cp\u003E接着，每个要使用缓存功能的计算器，都要去实现这个接口，比如UserCostStatComputer：\u003C\u002Fp\u003E\u003Ccode lang=\"java\"\u003Epublic class UserCostStatComputer implements Computable&lt;String, BigInteger&gt; {\n    @Override\n    public BigInteger compute(String userId) throws Exception {\n        \u002F\u002F assume there is a long time compute...\n        TimeUnit.SECONDS.sleep(3);\n        return new BigInteger(userId);\n    }\n}\u003C\u002Fcode\u003E\u003Cp\u003E现在这个UserCostStatComputer是没有缓存功能的，没关系，来一个\u003Cb\u003E装饰器\u003C\u002Fb\u003E就OK了，Memoizer1：\u003C\u002Fp\u003E\u003Ccode lang=\"java\"\u003Epublic class Memoizer1&lt;A, V&gt; implements Computable&lt;A, V&gt; {\n    private final Map&lt;A, V&gt; cache = new HashMap&lt;A, V&gt;();\n    private final Computable&lt;A, V&gt; c;\n\n    public Memoizer1(Computable&lt;A, V&gt; c) {\n        this.c = c;\n    }\n\n    public synchronized V compute(A arg) throws Exception {\n        V result = cache.get(arg);\n        if (result == null) {\n            result = c.compute(arg);\n            cache.put(arg, result);\n        }\n        return result;\n    }\n}\u003C\u002Fcode\u003E\u003Cp\u003EMemoizer1即\u003Cb\u003E实现了Computable接口\u003C\u002Fb\u003E，又\u003Cb\u003E持有一个Computable对象\u003C\u002Fb\u003E，同时在自己的compute方法中，调用了Computable对的compute方法，在这个compute方法的外圈，可以看到就是之前的缓存逻辑。\u003Cbr\u003E那么要怎样使用Memoizer1给UserCostStatComputer装饰上缓存功能呢？很简单：\u003C\u002Fp\u003E\u003Ccode lang=\"java\"\u003EComputable computer = new Memoizer1(new UserCostStatComputer()); \ncomputer.compute(\"1\");\u003C\u002Fcode\u003E\u003Cp\u003E利用Memoizer1这个装饰器，我们成功的给原先不具有缓存功能的UserCostStatComputer加上了缓存。\u003Cbr\u003E“后面要是有其他的计算器，比如用户地区分布统计计算器、用户年龄分布统计计算器，我们都可以像UserCostStatComputer一样，实现Computable，就可以使用装饰器，装饰上缓存功能了“，大雄得意洋洋地说。\u003Cbr\u003E“不错，小伙子悟性很强啊”，哆啦拍拍大雄的肩膀，“好了，现在通过设计模式解决了代码通用性问题，是时候看看你这个性能问题了”\u003C\u002Fp\u003E\u003Ch2\u003E雇个保姆\u003C\u002Fh2\u003E\u003Cp\u003E“性能问题？我这个代码性能有问题么”，大雄翻着白眼。\u003Cbr\u003E“你看看，你把synchronize加在了什么地方？你加在了函数签名的位置，意味着一次只能有一个线程能够进入compute方法，这就导致了一个用户的id在计算的时候，其他用户无法进行计算，只能等到正在计算的用户计算完了，才能进入compute方法”\u003Cbr\u003E“啊，这对性能影响挺大的。。。”\u003Cbr\u003E“没错，换句话说，你这个加锁的\u003Cb\u003E粒度太大\u003C\u002Fb\u003E了，我们先把synchronize去掉，看看有什么线程安全问题，再来逐一解决”\u003Cbr\u003E去掉synchronize的compute方法：\u003C\u002Fp\u003E\u003Ccode lang=\"java\"\u003E   public V compute(A arg) throws Exception {\n        V result = cache.get(arg);\n        if (result == null) {\n            result = c.compute(arg);\n            cache.put(arg, result);\n        }\n        return result;\n    }\u003C\u002Fcode\u003E\u003Cp\u003E“很明显，由于你用的是线程不安全的HashMap，cache.put(arg, result)这一行代码就有线程安全问题”，哆啦说。\u003Cbr\u003E“那给这行代码加锁？像这样”，大雄说着在纸上写出草稿：\u003C\u002Fp\u003E\u003Ccode lang=\"java\"\u003Esynchronized(this) {\n  cache.put(arg, result);\n}\u003C\u002Fcode\u003E\u003Cp\u003E“哈哈，你怎么那么喜欢用synchronized，这样可以是可以，但是粒度还是太大了，Java早就给你提供了一个叫\u003Cb\u003EConcurrentHashMap\u003C\u002Fb\u003E的保姆，我们只要把线程安全\u003Cb\u003E委托\u003C\u002Fb\u003E给它去处理就好了”\u003Cbr\u003E“啊，我怎么又忘了…”\u003Cbr\u003E说完，大雄修改了代码：\u003C\u002Fp\u003E\u003Ccode lang=\"java\"\u003Eprivate final Map&lt;A, V&gt; cache = new ConcurrentHashMap&lt;A, V&gt;();\n\u002F\u002F private final Map&lt;A, V&gt; cache = new HashMap&lt;A, V&gt;();\u003C\u002Fcode\u003E\u003Ch2\u003E未来任务\u003C\u002Fh2\u003E\u003Cp\u003E“现在再来看其他地方，由于把synchronize去掉了，现在不同的用户id可以同时计算，但是也导致了相同用户id也会同时被计算，也就是说\u003Cb\u003E同样的数据会被计算多次\u003C\u002Fb\u003E，这样缓存就没意义了”\u003Cbr\u003E“啊，假设用户id为1的数据正在计算，这个时候又来了一个线程，也是计算用户id为1的，如果这个线程可以知道，当前有没有线程正在计算id为1的数据，如果有，就等待这个线程返回计算结果，如果没有，就自己计算，那问题不就解决了？可是这个逻辑挺复杂的，好难实现啊”\u003Cbr\u003E“哈哈，很简单，Java早就提供了\u003Cb\u003EFuture\u003C\u002Fb\u003E和\u003Cb\u003EFutureTask\u003C\u002Fb\u003E，来实现你说的这种功能，来，把键盘给我，好久没写代码了”，哆啦说完，马上敲起了键盘。\u003Cbr\u003E终极版Memoizer：\u003C\u002Fp\u003E\u003Ccode lang=\"java\"\u003Epublic class Memoizer &lt;A, V&gt; implements Computable&lt;A, V&gt; {\n    private final ConcurrentMap&lt;A, Future&lt;V&gt;&gt; cache\n            = new ConcurrentHashMap&lt;A, Future&lt;V&gt;&gt;();\n    private final Computable&lt;A, V&gt; c;\n\n    public Memoizer(Computable&lt;A, V&gt; c) {\n        this.c = c;\n    }\n\n    public V compute(final A arg) throws Exception {\n        \u002F\u002F use loop for retry when CancellationException\n        while (true) {\n            Future&lt;V&gt; f = cache.get(arg);\n            if (f == null) {\n                Callable&lt;V&gt; callable = new Callable&lt;V&gt;() {\n                    public V call() throws Exception {\n                        return c.compute(arg);\n                    }\n                };\n                FutureTask&lt;V&gt; ft = new FutureTask&lt;V&gt;(callable);\n\n                \u002F\u002F use putIfAbsent to avoid multi thread compute the same value\n                f = cache.putIfAbsent(arg, ft);\n\n                if (f == null) {\n                    f = ft;\n                    ft.run();\n                }\n            }\n\n            try {\n                return f.get();\n            } catch (CancellationException e) {\n                \u002F\u002F remove cache and go into next loop to retry\n                cache.remove(arg, f);\n            } catch (ExecutionException e) {\n                \u002F\u002F throw it and then end\n                e.printStackTrace();\n                throw e;\n            }\n        }\n    }\n}\u003C\u002Fcode\u003E\u003Cp\u003E简单解释一下代码逻辑，线程进了compute方法后：\u003C\u002Fp\u003E\u003Col\u003E\u003Cli\u003E首先去存放future的Map里，搜索\u003Cb\u003E有没有已经其他线程已经创建好的future\u003C\u002Fb\u003E\u003C\u002Fli\u003E\u003Cli\u003E如果有（不等于null），那就调用future的get方法\u003C\u002Fli\u003E\u003Cli\u003E如果已经计算完成，get方法会\u003Cb\u003E立刻返回计算结果\u003C\u002Fb\u003E\u003C\u002Fli\u003E\u003Cli\u003E否则，get方法会\u003Cb\u003E阻塞\u003C\u002Fb\u003E，直到结果计算出来再将其返回。\u003C\u002Fli\u003E\u003Cli\u003E如果没有已经创建的future，那么就自己创建future，进行计算\u003C\u002Fli\u003E\u003C\u002Fol\u003E\u003Cp\u003E有几个小点要单独解释的：\u003Cbr\u003E1、\u003Cb\u003E为什么要使用putIfAbsent\u003C\u002Fb\u003E\u003Cbr\u003E这里之所以用putIfAbsent而不用put，原因很简单。\u003Cbr\u003E如果有两个都是计算userID=1的线程，同时调用put方法，那么返回的结果都不会为null，后面还是会创建两个任务去计算相同的值。\u003Cbr\u003E而putIfAbsent，当map里面已经有对应的值了，则会返回已有的值，否则，会返回null，这样就可以解决相同的值计算两次的问题。\u003Cbr\u003E2、\u003Cb\u003E为什么要while (true) {}\u003C\u002Fb\u003E\u003Cbr\u003E这是因为future的get方法会由于线程被\u003Cb\u003E中断\u003C\u002Fb\u003E而抛出CancellationException。\u003Cbr\u003E我们对于CancellationException的处理是cache.remove(arg, f);，也就是把缓存清理掉，然后进入下一个循环，重新计算，直到计算成功，或者抛出ExecutionException。\u003C\u002Fp\u003E\u003Ch2\u003E总结\u003C\u002Fh2\u003E\u003Cp\u003E这篇文章中，我们先是用装饰模式，改良了代码的设计，接着通过使用并发容器ConcurrentHashMap以及同步工具Future，取代了原先的synchronize，实现了线程安全性的委托。\u003Cbr\u003E《Java并发编程实践》中，将委托称为\u003Cb\u003E实现线程安全的一个最有效策略\u003C\u002Fb\u003E。委托其实就是把原来通过使用synchronize和volatile来实现的线程安全，委托给Java提供的一些基础构建模块（当然你也可以写自己的基础构建模块）去实现，这些基础构建模块包括：\u003C\u002Fp\u003E\u003Cul\u003E\u003Cli\u003E\u003Cb\u003E同步容器\u003C\u002Fb\u003E：比如Vector，同步容器的原理大多就是synchronize，所以用的不多；\u003C\u002Fli\u003E\u003Cli\u003E\u003Cb\u003E并发容器\u003C\u002Fb\u003E：比如本文用到的ConcurrentHashMap，当然还有CopyonWriteArrayList、LinkedBlockingQueue等，根据你的需求使用不同数据结构的并发容器；\u003C\u002Fli\u003E\u003Cli\u003E\u003Cb\u003E同步工具类\u003C\u002Fb\u003E：比如本文用到的Future和FutureTask，还有闭锁（Latches）、信号量（Semaphores）、栅栏（Barriers）等\u003C\u002Fli\u003E\u003C\u002Ful\u003E\u003Cp\u003E这些基础构建模块，在加上之前所讲的synchronize和volatile，就形成了\u003Cb\u003EJava并发的基础知识\u003C\u002Fb\u003E：\u003C\u002Fp\u003E\u003Cul\u003E\u003Cli\u003E\u003Ca href=\"https:\u002F\u002Fzhuanlan.zhihu.com\u002Fp\u002F32531445\"\u003E如何写出线程不安全的代码\u003C\u002Fa\u003E\u003C\u002Fli\u003E\u003Cli\u003E\u003Ca href=\"https:\u002F\u002Fzhuanlan.zhihu.com\u002Fp\u002F33159374\"\u003E如何用一句话介绍synchronize的内涵\u003C\u002Fa\u003E\u003C\u002Fli\u003E\u003Cli\u003E\u003Ca href=\"https:\u002F\u002Fzhuanlan.zhihu.com\u002Fp\u002F33771071\"\u003EVolatile趣谈——我是怎么把贝克汉姆的进球弄丢的\u003C\u002Fa\u003E\u003C\u002Fli\u003E\u003C\u002Ful\u003E\u003Cp\u003E其实也就是《Java并发编程实践》第一部分的迷你版，总结成一句话就是：\u003Cbr\u003E要想写出线程安全的代码，我们需要用到使用synchronize、volatile，或者将线程安全委托给基础构建模块。\u003Cbr\u003E当然，在实际应用中，只有这些基础知识是不够的，最简单的例子，你不可能每次请求过来都创建线程，这会吃光内存的。所以，你需要一个\u003Cb\u003E线程池\u003C\u002Fb\u003E，来限制线程的数量，这也就引出了《Java并发编程实践》的第二部分，结构化并发应用程序（Structuring Concurrent Applications），听名字确实不知道想讲什么，所以我也将把它啃下来，然后像第一部分一样，用尽可能通俗易懂的语言和大家分享学习心得。\u003C\u002Fp\u003E\u003Ch2\u003E参考\u003C\u002Fh2\u003E\u003Cul\u003E\u003Cli\u003E《Java并发编程实践》\u003C\u002Fli\u003E\u003Cli\u003E\u003Ca href=\"https:\u002F\u002Fdocs.oracle.com\u002Fjavase\u002F7\u002Fdocs\u002Fapi\u002Fjava\u002Futil\u002Fconcurrent\u002FFuture.html\"\u003EFuture (Java Platform SE 7 )\u003C\u002Fa\u003E\u003C\u002Fli\u003E\u003C\u002Ful\u003E","updated":new Date("2018-02-25T23:48:10.000Z"),"canComment":false,"commentPermission":"anyone","commentCount":9,"likeCount":49,"state":"published","isLiked":false,"slug":"34004674","isTitleImageFullScreen":false,"rating":"none","sourceUrl":"","publishedTime":"2018-02-26T07:48:10+08:00","links":{"comments":"\u002Fapi\u002Fposts\u002F34004674\u002Fcomments"},"url":"\u002Fp\u002F34004674","titleImage":"https:\u002F\u002Fpic2.zhimg.com\u002Fv2-eb5be9aac94ae67bbcbb03eac5230e6f_r.jpg","summary":"","href":"\u002Fapi\u002Fposts\u002F34004674","meta":{"previous":null,"next":null},"snapshotUrl":"","commentsCount":9,"likesCount":49},"34039230":{"title":"做一个清醒思考的程序员","author":"hong-ze-yang","content":"\u003Cblockquote\u003E今天不敲代码，来点好玩的......\u003C\u002Fblockquote\u003E\u003Cp\u003E最近在研究人的非理性行为，了解到了一些人们经常犯的\u003Cb\u003E思维偏误\u003C\u002Fb\u003E，非常有意思，今天和大家分享一下。\u003C\u002Fp\u003E\u003Cp\u003E首先来做一个实验，看下面这组数字：\u003Cbr\u003E2、4、6 …\u003Cbr\u003E这组数字暗藏着一个基本规则，现在，你可以说出下一个数字，我会告诉你这个数字是不是符合规则。你想说多少个数字都可以，但是你只有一次猜规则的机会。\u003Cbr\u003E游戏开始。\u003Cbr\u003E下一个数字你觉得会是什么？\u003Cbr\u003E.\u003Cbr\u003E.\u003Cbr\u003E.\u003Cbr\u003E是8吗？我想大多数人都会猜8。 \u003Cbr\u003E符合规则。\u003C\u002Fp\u003E\u003Cp\u003E再接下来是10、12、14 …吗？\u003Cbr\u003E符合规则。\u003C\u002Fp\u003E\u003Cp\u003E所以规则是后一个数比前一个数大2？ \u003Cbr\u003E.\u003Cbr\u003E.\u003Cbr\u003E.\u003Cbr\u003E\u003Cb\u003ENo, 规则不是这个。\u003C\u002Fb\u003E\u003C\u002Fp\u003E\u003Cp\u003E再给你一次机会。\u003Cbr\u003E下一个是7？\u003Cbr\u003E符合规则。\u003Cbr\u003E7也符合规则？？那再下一个是5呢？\u003Cbr\u003E不符合规则。\u003Cbr\u003E8？\u003Cbr\u003E符合。\u003Cbr\u003E-100？\u003Cbr\u003E不符合。\u003Cbr\u003E. . . 所以规则是下一个数字必须比前一个大？\u003Cbr\u003E恭喜你，答对了。\u003C\u002Fp\u003E\u003Cp\u003E这两次猜测有什么区别呢？看到2、4、6，我们自然而然都会想到接下来是8、10、12…，前者的猜测，或者说大多数人的\u003Cb\u003E本能反应\u003C\u002Fb\u003E，就是去\u003Cb\u003E用更多的证据来证实自己的想法\u003C\u002Fb\u003E；而后者，则是有了想法之后，试图去\u003Cb\u003E证伪\u003C\u002Fb\u003E、去推翻。\u003Cbr\u003E如果你的本能反应和前者一样，不必伤心，这是人类的本能。\u003Cb\u003E我们常常倾向于让新的信息和我们现有的理论、世界观相兼容\u003C\u002Fb\u003E，换句话说，\u003Cb\u003E我们会过滤掉那些和自己观念相矛盾的信息\u003C\u002Fb\u003E。这就是《清醒思考的艺术》里提到的所有思维错误之父——\u003Cb\u003E确认偏误\u003C\u002Fb\u003E。\u003Cbr\u003E认识到确认偏误非常有用，反思一下你的日常生活，有哪些每天都在坚持的习惯，比如勤奋工作，为公司做贡献，也许你认为这件事是天经地义的，但是也不妨在谷歌搜索框里输入，“为公司贡献一切值得吗”，看看别人是怎么说的。或许从此之后，你会在工作和生活、公司发展和个人成长之间，找到更好的平衡。\u003Cbr\u003E类似有趣的思维偏误还有很多，下面举几个非常有趣的。\u003C\u002Fp\u003E\u003Ch2\u003E司机的知识\u003C\u002Fh2\u003E\u003Cp\u003E很多人都听过这句话：\u003C\u002Fp\u003E\u003Cblockquote\u003E\u003Ci\u003E要想了解一个城市，只需上一辆出租车，问问司机，这个城市房价怎么样、物价怎么样。\u003C\u002Fi\u003E\u003C\u002Fblockquote\u003E\u003Cp\u003E确实，司机非常的“见多识广”，但是如果你在听了司机们的话之后，就认为他们“学富五车”，那就错了。\u003Cbr\u003E他们或许知道这个城市房价很高这个\u003Cb\u003E事实\u003C\u002Fb\u003E，但是他们不知道为什么这个房价很高，这就是\u003Cb\u003E所谓的知其然，却不知其所以然\u003C\u002Fb\u003E。\u003Cbr\u003E我们要看清身边的“司机”，在他们高谈论阔的时候，不妨想想，他是在哪里听到这个信息的呢？\u003Cbr\u003E同时，我们也要小心自己成为“司机”却全然不知，以为自己在某个领域已经非常厉害，其实只是当“司机”当久了。就像一个用Spring用了十年的程序员，以为自己已经是Spring的高手了，各种控制反转、面向切面用到滚瓜烂熟，其实却从来没研究过源码，压根不知道控制反转、面向切面是怎么实现的。用一句非常时髦的话说就是，\u003Cb\u003E要有技术深度\u003C\u002Fb\u003E。 \u003Cbr\u003E比没有技术深度更可怕的，是不知道自己没有技术深度。\u003Cb\u003E只有知道自己知道什么，不知道什么，才知道自己要努力的方向，才不会跳进一个自己不懂的领域，最后溅一身泥\u003C\u002Fb\u003E。\u003C\u002Fp\u003E\u003Ch2\u003E结果偏误\u002F归纳法\u003C\u002Fh2\u003E\u003Cp\u003E在《三体》中，刘慈欣提出一个很有意思的农场主假说：\u003C\u002Fp\u003E\u003Cblockquote\u003E\u003Ci\u003E一个农场里有一群火鸡，农场主每天中午十一点来给它们喂食。火鸡中的一名科学家观察这个现象，一直观察了近一年都没有例外，于是它也发现了自己宇宙中的伟大定律：“每天上午十一点，就有食物降临。”它在感恩节早晨向火鸡们公布了这个定律，但这天上午十一点食物没有降临，农场主进来把它们都捉去杀了。\u003C\u002Fi\u003E\u003C\u002Fblockquote\u003E\u003Cp\u003E\u003Cb\u003E很多时候，我们就是一只火鸡\u003C\u002Fb\u003E。一位出色的跳伞运动员，喜欢在最后关头才拉开降落伞的绳子，朋友劝他说，这样风险很大，他回答：“我已经跳过1000多次了，还从未出过什么事。” 两个月后，他摔死了。\u003Cb\u003E一次例外就足以彻底否定一条经过上千次证明的理论\u003C\u002Fb\u003E。\u003Cbr\u003E我们特别喜欢在生活中使用归纳法，因为这是\u003Cb\u003E最省能量\u003C\u002Fb\u003E的做法，也最符合我们脑子里\u003Cb\u003E思维吝啬鬼\u003C\u002Fb\u003E的特点。\u003Cbr\u003E你的一个理财顾问，在前面几次投资中帮你赚了很多钱，这一次，他要求来一把大的，你想也不想就同意了，结果你破产了；\u003Cbr\u003E你的两个新员工，一个在前面几次中都把事搞砸了，一个则做的非常出色，这一次安排任务，你把一件非常重要的事给了那位“出色”的员工，然后就置之不理了，结果，他成了把事搞砸的那位。\u003Cbr\u003E如果你是领导者，不妨抛掉对下属过去的成见，\u003Cb\u003E就事论事\u003C\u002Fb\u003E；而如果你是新人，那不妨\u003Cb\u003E求稳\u003C\u002Fb\u003E，至少在前面几次的任务中，尽量减少风险，\u003Cb\u003E给上级留下靠谱的印象\u003C\u002Fb\u003E。\u003Cbr\u003E\u003Cb\u003E对于思维偏误，我们不只是躲避，还可以反过来利用它，去“套路”别人\u003C\u002Fb\u003E。\u003C\u002Fp\u003E\u003Ch2\u003E行动偏误\u003C\u002Fh2\u003E\u003Cp\u003E为什么足球运动员在罚点球的时候会选择用又慢，球路又正的“勺子点球”？因为守门员有极大的几率会扑向两边。\u003Cbr\u003E为什么守门员总是要扑向两边，很少呆在中间呢？因为扑向错误的一侧要比傻瓜似的呆在原地，看起来要好的多，在球迷眼里，\u003Cb\u003E你至少努力过了\u003C\u002Fb\u003E。\u003Cbr\u003E\u003Cb\u003E生活中我们经常像守门员一样，认为做点什么比不什么都不做要好\u003C\u002Fb\u003E，尤其是我们对事情越是不了解，就越是倾向于去做点什么。人类的这个特性是自然选择的结果。在过去，快速的应激反应关乎人的生死存亡，看到野兽的影子，我们的祖先不会像罗丹的“思考者”一样，坐在一块石头上，想着这到底是剑齿虎呢，还是一只小猫咪，他们会选择拔腿就跑。\u003Cbr\u003E但是我们今天的世界已经和过去不同，\u003Cb\u003E今天的世界鼓励思考\u003C\u002Fb\u003E。\u003Cbr\u003E在投资一个公司的股票之前，花些时间研究这家公司，会减少你失败的风险；\u003Cbr\u003E在开始学习一个领域的知识之前，花些时间弄清楚你为什么而学、怎么学、选哪些学习资源，会让你有更高的认知效率；\u003Cbr\u003E在动手写代码之前，花些时间想想代码结构的设计，会让你写出更优雅、Bug更少的代码。所谓菜鸟程序员用半个小时构思，三天写代码，一个月修Bug，一年做维护，而高手则是三天构思，一天写代码，无Bug交付。\u003C\u002Fp\u003E\u003Ch2\u003E总结\u003C\u002Fh2\u003E\u003Cp\u003E类似有趣的思维偏误还有很多，比如：\u003C\u002Fp\u003E\u003Cul\u003E\u003Cli\u003E\u003Cb\u003E游泳选手身材错觉\u003C\u002Fb\u003E：你看到宁泽涛、孙杨、菲尔普斯的肌肉，以为游泳能让身材变好，其实是身材好的人才会被选去做游泳运动员；\u003C\u002Fli\u003E\u003Cli\u003E\u003Cb\u003E互惠偏误\u003C\u002Fb\u003E：别人帮助了你，下次如果他有求于你，你往往不好意思拒绝；\u003C\u002Fli\u003E\u003Cli\u003E\u003Cb\u003E团体迷思\u003C\u002Fb\u003E：一群人在一起做决策，往往没人提出反对意见，最后做出一个错误的决定；\u003C\u002Fli\u003E\u003Cli\u003E……\u003C\u002Fli\u003E\u003C\u002Ful\u003E\u003Cp\u003E读者如果想了解更多思维偏误，不妨去看看《清醒思考的艺术》，以及它的姊妹篇，《明智行动的艺术》，生动有趣又有些深度，属于《如何阅读一本书》中说的那种，既有娱乐性、又有知识性、还能带来认知提升的书籍。\u003C\u002Fp\u003E\u003Cp\u003E有人说，了解这些思维偏误有什么用呢？多累啊，跟着感觉走，活的很舒服呀。的确，就像《清醒思考的艺术》中作者说的，他本人也不可能做每个决定时都去检查自己有没有犯错误，而是在做一些重大决定时，才会拿着自己的思维偏误清单，去一一检查。\u003Cbr\u003E当然，我还建议大家养成记日记的习惯，也许你在当时行动时没发现自己犯了什么错，但是在记日记时，就会有充足的时间去反思，下次再遇到类似的事情，就会显得更明智。\u003C\u002Fp\u003E\u003Ch2\u003E参考书目\u003C\u002Fh2\u003E\u003Cul\u003E\u003Cli\u003E《清醒思考的艺术》\u003C\u002Fli\u003E\u003C\u002Ful\u003E","updated":new Date("2018-02-26T23:44:21.000Z"),"canComment":false,"commentPermission":"anyone","commentCount":2,"likeCount":16,"state":"published","isLiked":false,"slug":"34039230","isTitleImageFullScreen":false,"rating":"none","sourceUrl":"","publishedTime":"2018-02-27T07:44:21+08:00","links":{"comments":"\u002Fapi\u002Fposts\u002F34039230\u002Fcomments"},"url":"\u002Fp\u002F34039230","titleImage":"https:\u002F\u002Fpic3.zhimg.com\u002Fv2-43c5d60e6b44c4081f9dc969071831b4_r.jpg","summary":"","href":"\u002Fapi\u002Fposts\u002F34039230","meta":{"previous":null,"next":null},"snapshotUrl":"","commentsCount":2,"likesCount":16},"34287582":{"title":"如何给老婆解释什么是微服务","author":"hong-ze-yang","content":"\u003Cblockquote\u003E程序员有了老婆之后就是累，上次好不容易给她解释了\u003Ca href=\"https:\u002F\u002Fzhuanlan.zhihu.com\u002Fp\u002F30396391\"\u003E什么是Restful\u003C\u002Fa\u003E，这不，麻烦又来了…\u003C\u002Fblockquote\u003E\u003Cp\u003E一个周日的清晨，阳光洒在我的脸上，慢慢把我唤醒。我翻过身，感觉好像少了些什么东西，缓缓地睁开眼睛，“咦，老婆呢？”\u003Cbr\u003E突然，我发现床上多了张纸条：\u003C\u002Fp\u003E\u003Cblockquote\u003E看到这封信时，我已经在回娘家的路上，原因我相信你懂的。如果你不懂，请将信翻到背面。\u003C\u002Fblockquote\u003E\u003Cp\u003E我一脸懵逼，将纸翻了过来：\u003C\u002Fp\u003E\u003Cblockquote\u003E哼，你怎么可能不知道原因，你翻过来看就是想确认我发现的是不是你那个秘密而已，那我就告诉你吧。\u003Cbr\u003E\u003Cbr\u003E在你的书桌上，有一本叫《微服务设计》的书，我虽然是女生，但也知道“服务”是个什么勾当，没想到你放着好好的程序员不做，居然做起了“服务”，你和旧时代的老鸨有什么区别？\u003Cbr\u003E\u003Cbr\u003E书我翻了一下，想看看你的这种“微服务”是怎么个“微”法，哼，你们程序员挺精明的，看的书都加密过的？别以为我不知道那些是代码，是你们程序员的通用语言。鬼知道里面讲了什么东西。\u003Cbr\u003E\u003Cbr\u003E不管怎样，既然你选择了这条路，也就别怪我不仁不义，再见。不，再也不见。 —— 对你很失望的静香\u003C\u002Fblockquote\u003E\u003Cp\u003E我渐渐地缓过神来，百感交集，思绪万千，冥想了一会，拿起手机，给她发了信息：\u003Cbr\u003E“下午四点，老地方，给你解释什么是微服务。”\u003C\u002Fp\u003E\u003Ch2\u003E沃尔兹百货超市\u003C\u002Fh2\u003E\u003Cp\u003E我提前十五分钟来到了咖啡厅。临近四点，我开始望着门口，59分49秒，一个熟悉的身影走了进来，戴着墨镜，披着纱巾，是她。\u003Cbr\u003E“服务员，一个芝士蛋糕，两杯拿铁，谢谢”，我对服务员说。\u003C\u002Fp\u003E\u003Cp\u003E“说吧，你有什么要解释的？”\u003Cbr\u003E“嗯，首先，我向你保证，我在看的“微服务”，绝对不是你想的那种“服务””\u003Cbr\u003E“那是什么？”\u003Cbr\u003E“这个解释起来要花点时间，我们先吃点蛋糕，待会再慢慢和你解释”\u003C\u002Fp\u003E\u003Cp\u003E过了一会，蛋糕吃的差不多了。“看到对面那家沃尔兹百货超市了么？”，我指着窗外面的沃尔兹超市，对老婆说。\u003Cbr\u003E\u003C\u002Fp\u003E\u003Cimg src=\"v2-95f2da1915a6d1d1d3fb9e59ee763fd3.jpg\" data-caption=\"\" data-size=\"normal\" data-rawwidth=\"800\" data-rawheight=\"450\"\u003E\u003Cp\u003E“嗯？”\u003Cbr\u003E“那里面什么都有，衣服、食品、文具、家私、电器，应有尽有，而且不管你去到哪一家连锁店，店里的格局都是一模一样的。也正因为如此，这才带来了问题。”\u003Cbr\u003E“有什么问题呢？我觉得这样挺好呀，顾客去了那里，想买什么都找得着。”\u003Cbr\u003E“首先，这些卖不同物品的\u003Cb\u003E隔间之间会互相影响\u003C\u002Fb\u003E。你看，一楼是珠宝店和电器店，假如珠宝店想进行装修，装修时的噪声和灰尘，势必会影响到电器店；还有，假如由于电器店一名员工的疏忽，引发了火灾，旁边的珠宝店是不是也会受到牵连？”\u003Cbr\u003E“你这乌鸦嘴…”\u003Cbr\u003E“哈哈，都说是假如啦。除了这点，还有一个问题，我考考你，我们这个城市里有几家沃尔兹超市？”\u003Cbr\u003E“我想想，好像就这一家？”\u003Cbr\u003E“没错，只在西区这里开了一家店。这时候市场总监发现，住在东区的多是上层阶级，他们对珠宝的需求量比较大，这时候要怎么办？”\u003Cbr\u003E“那就在东区也开一家沃尔兹百货超市罗。”\u003Cbr\u003E“嗯，只能是这样了，可是东区的居民对其他东西的需求并不多，而沃尔兹超市又想让每家分店卖的东西都是一样的，所以他们不得不在东区开一家分店，不仅卖珠宝，也卖食品、衣服还有其他东西“\u003Cbr\u003E“这挺浪费的呀，\u003Cb\u003E为了满足人们对珠宝的需求，又开了一个百货超市\u003C\u002Fb\u003E。”，老婆若有所思。\u003Cbr\u003E“的确，什么都有、什么都卖的百货超市实在是太\u003Cb\u003E笨重\u003C\u002Fb\u003E了，这才有了“微服务””\u003Cbr\u003E“哦？终于要讲微服务了？哼哼。”\u003C\u002Fp\u003E\u003Ch2\u003E沃尔兹小店\u003C\u002Fh2\u003E\u003Cp\u003E“你看，假如我们把沃尔兹百货超市，\u003Cb\u003E拆成很多个卖不同商品的小店\u003C\u002Fb\u003E，比如卖珠宝的沃尔福、卖家私的沃尔家、卖食品的沃尔良还有卖衣服的沃尔衣，这些提供不同服务的店，分布在城市的各个地方，这样他们之间就不会互相影响了。东区二巷的沃尔家搞装修，三巷的沃尔福不会受到影响；三巷的沃尔福发生火灾了，二巷的沃尔家也安然无恙。”\u003Cbr\u003E“Soga，原来是这种微服务”，老婆笑着说。\u003Cbr\u003E“不仅如此，现在，我们发现东区的居民对珠宝的需求量大，那我们就在东区\u003Cb\u003E多开几家沃尔福\u003C\u002Fb\u003E，而在西区，中产阶级较多的地方，我们就多开几家沃尔良。”\u003Cbr\u003E\u003C\u002Fp\u003E\u003Cimg src=\"v2-a691ad76e404fa249afaad18c32964c4.jpg\" data-caption=\"\" data-size=\"normal\" data-rawwidth=\"800\" data-rawheight=\"355\"\u003E\u003Cp\u003E“哇塞，这样看来，微服务让沃尔兹变得\u003Cb\u003E轻巧\u003C\u002Fb\u003E了许多！\u003Cb\u003E哪个地方对某种服务的需求大，就在对应的地方多开几家卖那种服务的小店就好了\u003C\u002Fb\u003E。”\u003C\u002Fp\u003E\u003Ch2\u003E沃尔兹网店\u003C\u002Fh2\u003E\u003Cp\u003E“看来微服务就是把一个百货店变成各个小店嘛，讲这个东西至于用那么厚一本书么？”，老婆是个好奇心很强的女生。 \u003Cbr\u003E“哈，微服务当然不只是这些，我们现在只是把一个百货店拆成各个小店，但是对于\u003Cb\u003E如何管理这些小店\u003C\u002Fb\u003E，我们还没做好准备”\u003Cbr\u003E“哦？这里面还有什么门道？”\u003Cbr\u003E“当然，别忘了，沃尔兹可是有网店的。以前还是百货超市的时候，要是有顾客从网上买了一件衣服，那直接从百货超市的仓库里取出这件衣服，给顾客寄过去就好了；现在呢，每一家卖衣服的沃尔衣都有自己的仓库，顾客下单后，\u003Cb\u003E工作人员要怎么知道顾客所在区域有哪几家沃尔衣？要从哪家沃尔衣发货呢？\u003C\u002Fb\u003E”\u003Cbr\u003E“哟西，还有这个问题。那\u003Cb\u003E沃尔兹总店肯定知道他们在哪个地方开有什么分店吧\u003C\u002Fb\u003E？”\u003Cbr\u003E“没错，这时候网店工作人员会从总店那里查出，顾客收货地址所在区域有哪些家沃尔衣，接下来就是从这些沃尔衣店里，选一家，给顾客寄快递过去。”\u003Cbr\u003E“就选离顾客最近那一家就好啦。”\u003Cbr\u003E“哈，那万一东区有两家沃尔衣，一家靠近居民区，一家靠近商业区，而顾客通常写的收获地址都是写自己家呢？”\u003Cbr\u003E“这样… 那靠近居民区的沃尔衣就会收到很多订单，经常要不断的进货，而靠近商业区的那家，就没什么订单了，是吧？”，老婆睁大双眼看着我。\u003Cbr\u003E“对！这就是问题，所以网店工作人员会对在一个区域内的沃尔衣，进行\u003Cb\u003E轮流发货\u003C\u002Fb\u003E的操作，比如这一次是靠近居民区的这家发货，那下一次，就让靠近商业区的沃尔衣发货。”\u003Cbr\u003E“Soga!”\u003Cbr\u003E“用计算机术语来说，就是\u003Cb\u003ELoad Balancing\u003C\u002Fb\u003E，负载均衡”\u003Cbr\u003E“呵呵，少扯这些术语，我只知道New Balance”\u003Cbr\u003E“哈哈，怎么样，微服务不是你想象的那样吧，当然，在经济学领域，要考虑的因素还有很多，现实生活中的沃尔兹依然是一个大百货超市，自然是有它的道理的。微服务的应用主要是在更为纯粹的计算机领域，也就是你看到的那些代码”\u003Cbr\u003E“得了，看到那些头就大，走，带我去娘家拿行李”\u003Cbr\u003E“……”\u003C\u002Fp\u003E\u003Ch2\u003E对程序员的话\u003C\u002Fh2\u003E\u003Cp\u003E用了大白话，给老婆讲明白了微服务的来龙去脉，当然，我还是有些话想说的，还是怕老婆听完一脸懵逼，没给她说：\u003Cbr\u003E1、\u003Cbr\u003E讲微服务，就不得不从\u003Cb\u003E单体应用\u003C\u002Fb\u003E（Monolithic ）讲起。\u003Cbr\u003E所谓单体应用，就像一开始的沃尔兹百货超市一样，把所有业务的代码都放在一起。这对于小型项目来说自然是很合适的，可是项目一旦大了起来，业务一多，这个单体也就\u003Cb\u003E膨胀\u003C\u002Fb\u003E了，膨胀后的单体应用主要有以下两个缺点：\u003C\u002Fp\u003E\u003Cul\u003E\u003Cli\u003E\u003Cb\u003E牵一发而动全身\u003C\u002Fb\u003E。我改了一个业务的一行代码，需要重启整个单体应用，这显然不不合理的。就像珠宝店装修时影响了旁边的电器店，电器店着火时殃及珠宝店一样。\u003C\u002Fli\u003E\u003Cli\u003E\u003Cb\u003E只能水平扩展，不能纵向扩展\u003C\u002Fb\u003E。对于单体应用，如果发现某一业务的请求量非常大，那么是无法单独扩展该业务的，只能拷贝整个单体应用，再部署一套环境，来实现集群。\u003C\u002Fli\u003E\u003C\u002Ful\u003E\u003Cp\u003E正因为单体应用有着这些缺陷，才有了微服务。微服务和单体应用的区别，可以用Martin Fowler的这张图来解释：\u003Cbr\u003E\u003C\u002Fp\u003E\u003Cimg src=\"v2-36d09a2e0408ac85af8f4dd2e9ff1557.jpg\" data-caption=\"\" data-size=\"normal\" data-rawwidth=\"810\" data-rawheight=\"492\"\u003E\u003Cp\u003E\u003Cbr\u003E\u003C\u002Fp\u003E\u003Cp\u003E2、\u003Cbr\u003E微服务虽然带来了架构上的优势，但同时也引入了\u003Cb\u003E复杂性\u003C\u002Fb\u003E。我们不得使用一些组件，来解决技术复杂性提高之后带来的问题：\u003C\u002Fp\u003E\u003Cul\u003E\u003Cli\u003E\u003Cb\u003E服务注册中心\u003C\u002Fb\u003E：一个服务可以有多个\u003Cb\u003E实例\u003C\u002Fb\u003E，那么我们在向一个服务发出请求的时候，怎么知道这个服务有哪些实例呢？为了减少手工维护的麻烦，我们需要服务注册中心。每个服务实例在启动时，向注册中心注册自己的IP地址等信息。这样，服务在调用别的服务的接口时，就可以通过注册中心，查询到其他服务的实例，向实例发起请求。沃尔兹总店就是起到注册中心的作用。\u003C\u002Fli\u003E\u003Cli\u003E\u003Cb\u003E负载均衡\u003C\u002Fb\u003E：由于一个服务可以有多个实例，所以不管是来自外部客户端的请求，还是微服务系统内部服务之间发起的请求，都需要引入负载均衡的机制，来发挥多实例集群的作用。有的书也称这两种负载均衡为\u003Cb\u003E服务器端负载均衡\u003C\u002Fb\u003E和\u003Cb\u003E客户端负载均衡\u003C\u002Fb\u003E，各自具有代表性意义的实现分别是Nginx和Ribbon。\u003C\u002Fli\u003E\u003Cli\u003E\u003Cb\u003EAPI Gateway\u003C\u002Fb\u003E：一个外部请求过来之后，我们需要知道这个请求是发给哪个服务的，也就是我们需要一个\u003Cb\u003E请求路由\u003C\u002Fb\u003E的功能，比如\u002Fcm\u002F*的请求，要发给客户管理服务，\u002Fom\u002F*的请求，要发给订单管理服务。另外，不是所有请求都可以被我们系统处理的，我们需要判断这个请求是否携带一些必要的鉴权信息，并对其进行鉴权，也就是\u003Cb\u003E请求过滤\u003C\u002Fb\u003E的功能。而API Gateway，就是起到了这两个功能，它就像\u003Cb\u003E整个微服务系统的门面\u003C\u002Fb\u003E，所有请求，都要先经过它的处理，才会转发到对应的服务。\u003C\u002Fli\u003E\u003Cli\u003E……\u003C\u002Fli\u003E\u003C\u002Ful\u003E\u003Cp\u003E\u003Cbr\u003E\u003C\u002Fp\u003E\u003Cimg src=\"v2-981b89570cb0eac2a5e6694468c09b4b.jpg\" data-caption=\"\" data-size=\"normal\" data-rawwidth=\"1294\" data-rawheight=\"1038\"\u003E\u003Cp\u003E\u003Cbr\u003E\u003C\u002Fp\u003E\u003Cp\u003E微服务系统的衍生组件还有很多，比如对各个服务进行的配置管理的分布式配置中心、各个服务之间进行消息通讯的消息总线和消息驱动机制（上图中的Message Queue）等，这里就不一一列举了。这篇文章只是想用一种比较有趣的方式，让大家对微服务有一个初步的了解。就像学设计模式，如果直接去看四人帮的《设计模式——可复用面向对象软件的基础》，也许很多人学到一半就学不下去了，而如果先去看《Head First设计模式》，再去看前面那本书，也许就会发现轻松很多。\u003C\u002Fp\u003E\u003Cp\u003E大家如果想对微服务有进一步的理解，我这边首推Martin Fowler的\u003Ca href=\"https:\u002F\u002Fmartinfowler.com\u002Farticles\u002Fmicroservices.html\"\u003EMicroservices - a definition of this new architectural term\u003C\u002Fa\u003E，微服务这个词也是在这篇文章里被首次提出，可以说是微服务的一手资料了。阅读这篇著作，你可以：\u003C\u002Fp\u003E\u003Cul\u003E\u003Cli\u003E对微服务的来源有更深入的了解，知道微服务这种设计模式，和Unix以及\u003Cb\u003E康威定律\u003C\u002Fb\u003E的关系；\u003C\u002Fli\u003E\u003Cli\u003E看到微服务是如何影响软件开发的\u003Cb\u003E组织结构\u003C\u002Fb\u003E的，其实也就是康威定律；\u003C\u002Fli\u003E\u003Cli\u003E看到Martin Fowler总结的设计微服务系统的几个原则；\u003C\u002Fli\u003E\u003Cli\u003E从这篇著作底下的参考文献，看到一些助推了微服务架构的\u003Cb\u003E原始论文\u003C\u002Fb\u003E。\u003C\u002Fli\u003E\u003C\u002Ful\u003E\u003Cp\u003E架构这种东西，和设计模式非常相像，两者都是针对某一类问题的解决方案。和设计模式一样，每种架构都有其优点，当然也会有缺点。只有弄清楚为什么要用这种架构，不用会怎样，用了又会怎样，知其然知其所以然，才能对架构进行灵活运用，在实际项目中发挥架构的优势。\u003C\u002Fp\u003E\u003Ch2\u003E参考\u003C\u002Fh2\u003E\u003Cul\u003E\u003Cli\u003E\u003Ca href=\"https:\u002F\u002Fmartinfowler.com\u002Farticles\u002Fmicroservices.html\"\u003EMicroservices - a definition of this new architectural term\u003C\u002Fa\u003E\u003C\u002Fli\u003E\u003Cli\u003E《微服务设计》\u003C\u002Fli\u003E\u003Cli\u003E《Spring Cloud微服务实战》\u003C\u002Fli\u003E\u003C\u002Ful\u003E\u003Cp\u003E\u003Cbr\u003E\u003C\u002Fp\u003E\u003Cp\u003E对了，个人\u003Cb\u003EBridge4You\u003C\u002Fb\u003E公众号已经开通，欢迎关注！\u003C\u002Fp\u003E\u003Cp\u003E有些话只能在那里跟你说 (〃'▽'〃)\u003C\u002Fp\u003E","updated":new Date("2018-03-06T23:52:18.000Z"),"canComment":false,"commentPermission":"anyone","commentCount":40,"likeCount":236,"state":"published","isLiked":false,"slug":"34287582","isTitleImageFullScreen":false,"rating":"none","sourceUrl":"","publishedTime":"2018-03-07T07:52:18+08:00","links":{"comments":"\u002Fapi\u002Fposts\u002F34287582\u002Fcomments"},"url":"\u002Fp\u002F34287582","titleImage":"https:\u002F\u002Fpic1.zhimg.com\u002Fv2-5a72a1af65849540acfc5145a7d43da6_r.jpg","summary":"","href":"\u002Fapi\u002Fposts\u002F34287582","meta":{"previous":null,"next":null},"snapshotUrl":"","commentsCount":40,"likesCount":236},"34430546":{"title":"Java趣谈——如何像Tomcat一样处理请求","author":"hong-ze-yang","content":"\u003Cp\u003E本集概要：\u003C\u002Fp\u003E\u003Cul\u003E\u003Cli\u003E基于单线程的Web服务器有什么缺点？\u003C\u002Fli\u003E\u003Cli\u003E给每个请求创建一条线程，这样做有什么坏处？\u003C\u002Fli\u003E\u003Cli\u003E怎样利用设计模式，解耦任务的创建和任务的执行？\u003C\u002Fli\u003E\u003Cli\u003E为什么要使用线程池，它能给我们带来什么？\u003C\u002Fli\u003E\u003C\u002Ful\u003E\u003Cp\u003E前情回顾： \u003Ca href=\"https:\u002F\u002Fzhuanlan.zhihu.com\u002Fp\u002F34004674\"\u003EJava趣谈——如何构建一个高效且可伸缩的缓存\u003C\u002Fa\u003E\u003C\u002Fp\u003E\u003Chr\u003E\u003Cp\u003E上一集，大雄在哆啦的指导下，开发了一个超级缓存，这段经历让大雄不禁感慨，并发真是一门奇妙的学问。然而，Java并发的精髓才刚刚开始......  \u003C\u002Fp\u003E\u003Ch2\u003E老马的Web服务器\u003C\u002Fh2\u003E\u003Cp\u003E“大雄，你看过老马以前写的代码吗？”，一个悠闲的午后，哆啦一边吃着下午茶，一边和大雄聊起了八卦。\u003Cbr\u003E“老马？”，大雄一时没反应过来，“你是说我们的CEO老马么？”\u003Cbr\u003E“对啊，不然还能是谁，给你看老马很久以前写的一个Web服务器。”，说着，哆啦把笔记本的屏幕对向了大雄。\u003Cbr\u003ESingleThreadWebServer（\u003Cb\u003E本文的示例代码，可到\u003Ca href=\"https:\u002F\u002Fgithub.com\u002Fhzy38324\u002FCoding-Pratice\"\u003EGithub\u003C\u002Fa\u003E下载\u003C\u002Fb\u003E）:\u003C\u002Fp\u003E\u003Ccode lang=\"java\"\u003Epublic class SingleThreadWebServer {\n    public static void main(String[] args) throws IOException {\n        ServerSocket socket = new ServerSocket(80);\n        while (true) {\n            Socket connection = socket.accept();\n            handleRequest(connection);\n        }\n    }\n\n    private static void handleRequest(Socket connection) {\n        \u002F\u002F request-handling logic here\n    }\n}\u003C\u002Fcode\u003E\u003Cp\u003E“哇塞，好一段简洁而又优雅的代码！真不愧是老马！”\u003Cbr\u003E“哈哈，是吗？你再好好看看，这段代码有没有什么问题？”\u003Cbr\u003E“有问题？？多好的一个服务器啊，socket.accept()会阻塞，直到有请求过来，然后将请求交给handleRequest方法处理。处理完之后，继续下一个循环，还是调用socket.accept()获取请求，然后处理。” \u003Cbr\u003E“嗯，你挺懂老马的嘛。那我问一个问题，要是有一个请求处理时花费了很多时间呢？”\u003Cbr\u003E“花费很多时间？“，大雄想了一会，”那这次的循环就一直不会结束，也就意味着其他请求不会被处理，直到这次的请求被处理完。”\u003Cbr\u003E“没错，如果这个请求一直不结束，新的请求就一直不会被处理，\u003Cb\u003E在用户看来服务器就是没有响应\u003C\u002Fb\u003E。”\u003Cbr\u003E“这样看来，老马的这段代码有不少问题啊！”\u003Cbr\u003E“哈哈，没错，是有不少问题。不过你要想，老马写这段代码时JDK1.0才刚刚出来，而且那时候业界也没有什么Web服务器可以学习，不像我们现在，有Tomcat这样一个优秀的Web服务器，或者说Java Servlet容器可以参考。作为一个高性能的服务器，Tomcat肯定要解决一个问题：\u003Cb\u003E要怎样实现当请求正在处理的同时，其他请求也可以同时被处理呢\u003C\u002Fb\u003E？”\u003Cbr\u003E“这个简单，\u003Cb\u003E当然是利用多线程\u003C\u002Fb\u003E！老马之前写的代码，就像他类名说的，是单线程的服务器，自然不能实现同时处理多个请求。”\u003Cbr\u003E“是的，当时之所以用单线程，一是硬件资源的限制，二是那时我们业务的请求不多，一天也不超过100条请求，\u003Cb\u003E而且都是非常轻量级的请求\u003C\u002Fb\u003E。但是现在不一样了，我们的Web服务器每天的访问量越来越多，而且请求也不再都是轻量级的了，有些请求动不动就要花费数秒钟的处理时间。”\u003Cbr\u003E“这个改造起来很简单啊，给每个请求，或者说是每个任务，创建一条线程去处理就好了”，说完，大雄拿起键盘，噼里啪啦就敲了起来。\u003C\u002Fp\u003E\u003Ch2\u003E大雄的Web服务器\u003C\u002Fh2\u003E\u003Cp\u003E很快，大雄的“为每个任务创建一条线程”的Web服务器就写好了，ThreadPerTaskWebServer:\u003C\u002Fp\u003E\u003Ccode lang=\"java\"\u003Epublic class ThreadPerTaskWebServer {\n    public static void main(String[] args) throws IOException {\n        ServerSocket socket = new ServerSocket(80);\n        while (true) {\n            final Socket connection = socket.accept();\n            Runnable task = () -&gt; handleRequest(connection);\n            new Thread(task).start();\n        }\n    }\n\n    private static void handleRequest(Socket connection) {\n        \u002F\u002F request-handling logic here\n    }\n}\u003C\u002Fcode\u003E\u003Cp\u003E“小子，可以啊，还会用lambda表达式替换内部类了。”\u003Cbr\u003E“那是，这可是JDK1.8的新特性”\u003Cbr\u003E“哈哈，新特性倒是掌握的挺快。只不过，这基本功还不太扎实…”\u003Cbr\u003E“哦？愿闻其详…”，大雄故作谦虚的说。\u003Cbr\u003E“咱先不说’为每个任务创建一条线程’这个方案好不好，咱先聊聊代码设计“，哆啦喝了点水，接着说，”虽说老马之前写的单线程服务器性能不高，但还是有适用场景的，比如在那些请求量很少而且请求都是轻量级的场合，就可以使用单线程，照你这样写，难道要我们跟客户说，‘单线程的，执行SingleThreadWebServer，多线程的，执行ThreadPerTaskWebServer’，而且，你们这两个服务器有很多重复的代码，这些问题你要怎么解决？“\u003Cbr\u003E“那就给客户提供一个properties文件，然后根据客户的配置，我们在服务器里使用不同的请求处理方式？就像这样”，说着，大雄在纸上打起了草稿：\u003C\u002Fp\u003E\u003Ccode lang=\"java\"\u003E...  \nString serverType = readProps();\nif(\"singleThread\".equals(serverType)) {\n  \u002F\u002F 单线程处理\n} else if(\"multiThread\".equals(serverType)) {\n  \u002F\u002F 多线程处理\n}\n...  \u003C\u002Fcode\u003E\u003Cp\u003E“你这样处理，要是以后我们有其他处理请求的方式呢？”\u003Cbr\u003E“那就再加个else if判断！”，大雄不假思索的说。\u003Cbr\u003E“小子，设计模式白学了？”，哆啦拍了下大雄的脑袋，“经常变动的地方，要怎么样？”\u003Cbr\u003E“啊啊，\u003Cb\u003E经常变动的地方，要抽取出来\u003C\u002Fb\u003E。可是这里要使用什么设计模式呢？”\u003Cbr\u003E“小子，好好想想，\u003Cb\u003E我们这里是想将请求的产生和请求的处理进行解耦\u003C\u002Fb\u003E，我们Web服务器只负责接收请求，至于按照什么方式处理请求，是单线程还是多线程，这个我们交给别的类去处理”\u003Cbr\u003E“产生和处理？”，大雄若有所思，“啊，\u003Cb\u003E是生产者-消费者模式\u003C\u002Fb\u003E！”\u003Cbr\u003E“没错，\u003Cb\u003E也可以说是命令模式\u003C\u002Fb\u003E。”\u003C\u002Fp\u003E\u003Ch2\u003E使用设计模式解耦代码\u003C\u002Fh2\u003E\u003Cp\u003E“首先，我们需要一个Executor接口，每种任务的执行方式都对应一个实现了Executor接口的类”，大雄说着，写起了代码，Executor:\u003C\u002Fp\u003E\u003Ccode lang=\"java\"\u003Epublic interface Executor {\n    void execute(Runnable command);\n}\u003C\u002Fcode\u003E\u003Cp\u003E“然后，之前老马的单线程服务器的任务执行过程，可以抽取到这里来”，SingleThreadTaskExecutor:\u003C\u002Fp\u003E\u003Ccode lang=\"java\"\u003Epublic class SingleThreadTaskExecutor implements Executor {\n    public void execute(Runnable r) {\n        r.run();\n    };\n}\u003C\u002Fcode\u003E\u003Cp\u003E“我的多线程服务器，也可以抽取”，ThreadPerTaskExecutor:\u003C\u002Fp\u003E\u003Ccode lang=\"java\"\u003Epublic class ThreadPerTaskExecutor implements Executor {\n    public void execute(Runnable r) {\n        new Thread(r).start();\n    };\n}\u003C\u002Fcode\u003E\u003Cp\u003E“接下来，我们给这两个Executor写一个工厂类，通过读取配置文件，决定给客户返回什么类型的Executor”，ExecutorFactory（篇幅原因，部分内容省略，想看完整代码的同学可到\u003Ca href=\"https:\u002F\u002Fgithub.com\u002Fhzy38324\u002FCoding-Pratice\"\u003EGithub\u003C\u002Fa\u003E查看）:\u003C\u002Fp\u003E\u003Ccode lang=\"java\"\u003Epublic class ExecutorFactory\n{\n\n    static {\n        readPropertiesFromConfigFile();\n    }\n\n    public static Executor newExecutor() {\n        switch (executorType) {\n            case SINGLE_THREAD:\n                return new SingleThreadTaskExecutor();\n            case THREAD_PER_TASK:\n                return new ThreadPerTaskExecutor();\n            default:\n                return new SingleThreadTaskExecutor();\n        }\n    }\n\n    private static void readPropertiesFromConfigFile() {\n\t\t... \n    }\n\n}\u003C\u002Fcode\u003E\u003Cp\u003E“接下来就可以在我们的Web服务器中，通过ExecutorFactory获得任务执行器，来执行任务了”，TaskExecutionWebServer:\u003C\u002Fp\u003E\u003Ccode lang=\"java\"\u003Epublic class TaskExecutionWebServer {\n    private static Logger log = LoggerFactory.getLogger(TaskExecutionWebServer.class);\n\n    private static final Executor exec\n            = ExecutorFactory.newExecutor();\n\n    public static void main(String[] args) throws IOException {\n        log.info(\"The executor you are using is {}\", exec);\n\n        ServerSocket socket = new ServerSocket(80);\n        while (true) {\n            final Socket connection = socket.accept();\n            Runnable task = () -&gt; handleRequest(connection);\n            exec.execute(task);\n        }\n    }\n\n    private static void handleRequest(Socket connection) {\n        \u002F\u002F request-handling logic here\n    }\n}\u003C\u002Fcode\u003E\u003Cp\u003E“这样就实现请求产生和请求执行的解耦了，以后要是有其他请求执行的方式，只需要写多一个实现了Executor接口的执行器，修改下配置文件，就可以了，\u003Cb\u003E完全不用动TaskExecutionWebServer的代码\u003C\u002Fb\u003E。”\u003Cbr\u003E“不错嘛，小伙子，对设计模式的运用还是挺熟的。”\u003Cbr\u003E“那当然。”\u003Cbr\u003E“好了，解决了代码结构设计的问题，再来看看你这个多线程服务器的方案。”\u003Cbr\u003E“嗯？方案有什么问题么？”\u003Cbr\u003E“你现在是每个请求过来，都创建一条线程。有没有考虑过，如果一万个请求同时过来，会怎么样，十万、一百万、一千万呢？”\u003Cbr\u003E“啊，那就会同时创建一千万条线程！我们的处理器才多少个，这样肯定会\u003Cb\u003E有很多条线程处于无所事事的状态\u003C\u002Fb\u003E。”\u003Cbr\u003E“不仅如此，\u003Cb\u003E线程的创建和销毁都是需要时间的\u003C\u002Fb\u003E，给一个非常轻量级的请求，创建一条线程去处理，有可能创建和销毁线程消耗的时间，比请求处理的时间还长，你说这样划算么？”\u003Cbr\u003E“啊，还有一点，\u003Cb\u003E线程占内存，创建过多的线程还会导致内存溢出\u003C\u002Fb\u003E！”，大雄不禁感慨，自己写的一个看着很安全的代码，竟然有这么多Bug。\u003Cbr\u003E“哈哈，这下发现自己的代码很渣渣了吧？”，哆啦逗趣着。\u003Cbr\u003E“这。。。有什么更好的方案么？”\u003Cbr\u003E“\u003Cb\u003E你需要一个池子\u003C\u002Fb\u003E”，哆啦故作神秘的说。\u003C\u002Fp\u003E\u003Ch2\u003E线程池\u003C\u002Fh2\u003E\u003Cp\u003E“我们需要一个线程池，在服务器启动的时候，\u003Cb\u003E先创建一定数量的线程\u003C\u002Fb\u003E，比如说十条”，哆啦停顿了一下，接着说，“这样当有请求过来时，\u003Cb\u003E我们直接从池子里，取出一条已经创建好的线程，就可以处理请求了\u003C\u002Fb\u003E。”\u003Cbr\u003E“哇，\u003Cb\u003E这样就省去了创建线程的时间\u003C\u002Fb\u003E。”\u003Cbr\u003E“而且，\u003Cb\u003E我们还将线程的数量控制住了\u003C\u002Fb\u003E，不再无限制的创建线程。我们可以根据实际情况，调整线程池中线程的数量，\u003Cb\u003E使CPU达到最佳的忙碌状态\u003C\u002Fb\u003E，当然，这需要更高的技术觉悟了。”\u003Cbr\u003E“好，那我想想代码怎么写！”，大雄非常激动，跃跃欲试。\u003Cbr\u003E“着急啥，你以为你是轮子哥？”\u003Cbr\u003E“啊？已经有造好的轮子了？”\u003Cbr\u003E“当然啊，JDK已经提供了很多种Executor的实现了，通过调用\u003Cb\u003EExecutors\u003C\u002Fb\u003E的工厂方法，比如\u003Cb\u003EnewFixedThreadPool\u003C\u002Fb\u003E、\u003Cb\u003EnewCachedThreadPool\u003C\u002Fb\u003E、\u003Cb\u003EnewSingleThreadExecutor\u003C\u002Fb\u003E、\u003Cb\u003EnewScheduledThreadPool\u003C\u002Fb\u003E等，就可以获得各种不同实现方式的线程池，这些线程池类都实现了JDK的Executor接口，代码和你写的那个一样。“\u003Cbr\u003E”哈？想不到我的想法竟然和JDK大神们的想法一样！“，大雄兴奋的说。\u003Cbr\u003E“想多了，懂设计模式的人都可以写出Executor接口，要不然怎么说设计模式是程序员的\u003Cb\u003E共享词汇\u003C\u002Fb\u003E呢？”\u003Cbr\u003E”Soga…“\u003Cbr\u003E“不过，人家的线程池，并不直接实现Executor接口，人家实现的是ExecutorService接口，这个接口继承了Executor接口，给Executor接口扩展了一些\u003Cb\u003E生命周期管理\u003C\u002Fb\u003E的功能，比如关闭线程池、判断线程池是否关闭等，具体你可以再研究下源码了。” \u003Cbr\u003E“哇塞，高级！这个高级！”，大雄看着源码，越看越入神……\u003C\u002Fp\u003E\u003Ch2\u003E总结\u003C\u002Fh2\u003E\u003Cp\u003E这篇文章里，我们使用了生产者消费者模式改良了代码设计，同时引出了Java线程池，总结一下知识点：\u003C\u002Fp\u003E\u003Cul\u003E\u003Cli\u003E\u003Cb\u003E生产者消费者模式\u003C\u002Fb\u003E。通过使用生产者消费者模式，我们将任务创建和任务执行解耦开来，当然，这也是JDK各种线程池都遵循的设计思想，理解了这一点，有助于我们使用Java 线程池，更有利于我们去理解JDK源码。\u003C\u002Fli\u003E\u003Cli\u003E\u003Cb\u003E线程池\u003C\u002Fb\u003E。之所以使用线程池，\u003Cb\u003E是因为它既解决了单线程低吞吐量、响应慢的缺点，又解决了为每个任务创建一条线程所带来的资源管理的问题\u003C\u002Fb\u003E。相比单线程，线程池使用了多线程来处理请求，提升了吞吐量和响应速度；相比无限制创建线程的方案，线程池控制了线程的数量，使线程数量维持在合理的水平，充分发挥CPU的作用，也防止线程过多占用内存；同时，线程池提前创建好了线程，省去了请求过来时创建线程的时间。\u003C\u002Fli\u003E\u003Cli\u003E\u003Cb\u003E“池”的思想\u003C\u002Fb\u003E。\u003Cb\u003E软件中的“池”，可以理解为计划经济时代的工厂\u003C\u002Fb\u003E，你要提前生产东西，这样当老百姓或者政府有需要的时候，可以马上提供，但是你又不能无限制的生产，毕竟资源就那么多，都被你拿去生产了，其他人怎么办。数据库连接池是这样，线程池也是如此。\u003C\u002Fli\u003E\u003C\u002Ful\u003E\u003Ch2\u003E后记\u003C\u002Fh2\u003E\u003Cp\u003E这篇文章的目的是想让读者了解，为什么要使用线程池。篇幅原因，很多东西没有在这篇文章中分享。\u003C\u002Fp\u003E\u003Cp\u003E比如，虽说文章名称叫《如何像Tomcat一样处理请求》，但是实际上Tomcat处理请求时，除了使用线程池，其他的逻辑肯定会更为复杂；\u003C\u002Fp\u003E\u003Cp\u003E又比如，你想不想知道，请求到了Tomcat后，是如何来到我们的代码中的呢，假设你使用的是SpringMVC；\u003C\u002Fp\u003E\u003Cp\u003ETomcat、Servlet、SpringMVC\u002FStruts，它们之间又是什么关系？\u003C\u002Fp\u003E\u003Cp\u003E各种线程池的作用是什么，比如什么时候要使用newCachedThreadPool、什么时候要使用newSingleThreadExecutor，它们的内部实现是怎么样的？\u003C\u002Fp\u003E\u003Cp\u003E等等这些问题，读者有兴趣都可以先去研究一下，我也将在后面的文章中和大家分享。\u003C\u002Fp\u003E\u003Ch2\u003E参考\u003C\u002Fh2\u003E\u003Cul\u003E\u003Cli\u003E《Java并发编程实践》\u003C\u002Fli\u003E\u003Cli\u003E\u003Ca href=\"https:\u002F\u002Fstackoverflow.com\u002Fquestions\u002F28183075\u002Fhow-does-tomcat-or-any-webserver-handles-requests-and-dispatches-responses\"\u003Ehow does Tomcat or any webserver handles requests and dispatches responses?\u003C\u002Fa\u003E\u003C\u002Fli\u003E\u003Cli\u003E\u003Ca href=\"https:\u002F\u002Fstackoverflow.com\u002Fquestions\u002F7213541\u002Fwhat-is-java-servlet\"\u003EWhat is Java Servlet?\u003C\u002Fa\u003E\u003C\u002Fli\u003E\u003C\u002Ful\u003E\u003Cp\u003E\u003Cbr\u003E\u003C\u002Fp\u003E\u003Cp\u003E对了，个人公众号\u003Cb\u003EBridge4You\u003C\u002Fb\u003E已经开通\u003C\u002Fp\u003E\u003Cp\u003E欢迎关注。有些话只能在那里跟你说 (〃'▽'〃)\u003C\u002Fp\u003E\u003Cp\u003E\u003C\u002Fp\u003E\u003Cp\u003E\u003C\u002Fp\u003E","updated":new Date("2018-03-12T00:06:23.000Z"),"canComment":false,"commentPermission":"anyone","commentCount":12,"likeCount":79,"state":"published","isLiked":false,"slug":"34430546","isTitleImageFullScreen":false,"rating":"none","sourceUrl":"","publishedTime":"2018-03-12T08:06:23+08:00","links":{"comments":"\u002Fapi\u002Fposts\u002F34430546\u002Fcomments"},"url":"\u002Fp\u002F34430546","titleImage":"https:\u002F\u002Fpic3.zhimg.com\u002Fv2-dc39be53d7c9500e5e93c5001d5e68cf_r.jpg","summary":"","href":"\u002Fapi\u002Fposts\u002F34430546","meta":{"previous":null,"next":null},"snapshotUrl":"","commentsCount":12,"likesCount":79},"34928308":{"title":"Java趣谈——如何写出一个高效的页面渲染器","author":"hong-ze-yang","content":"\u003Cp\u003E本集概要：\u003C\u002Fp\u003E\u003Cul\u003E\u003Cli\u003E如何对页面渲染进行任务划分？\u003C\u002Fli\u003E\u003Cli\u003E这些任务要如何并行执行，才能实现最优效率？\u003C\u002Fli\u003E\u003Cli\u003E如何实现在每张图片下载完成之后马上渲染到页面上？\u003C\u002Fli\u003E\u003Cli\u003ECompletionService的原理是什么？\u003C\u002Fli\u003E\u003C\u002Ful\u003E\u003Cp\u003E前情回顾： \u003Ca href=\"https:\u002F\u002Fzhuanlan.zhihu.com\u002Fp\u002F34430546\"\u003EJava趣谈——如何像Tomcat一样处理请求\u003C\u002Fa\u003E\u003C\u002Fp\u003E\u003Chr\u003E\u003Cp\u003E上一集，大雄借助线程池，将老马的单线程Web服务器改造了一把，当然，老马留下来的瑰宝可远远不止一个Web服务器……\u003C\u002Fp\u003E\u003Ch2\u003E老马的页面渲染器\u003C\u002Fh2\u003E\u003Cp\u003E“大雄，想不想再看一个老马之前写的代码？”，一天早上，哆啦来到大雄的卓旁，故作神秘地说。 “哈？好啊，求之不得！”\u003Cbr\u003E“这次我们来看他写的一个页面渲染器。”\u003Cbr\u003E“页面渲染器？你是说像谷歌、火狐浏览器那样，将html文件从网上抓取下来，然后把页面展现给用户的那种渲染器吗？”\u003Cbr\u003E“没错，当时老马只做了文本渲染和图片渲染，咱一起来看看。”\u003C\u002Fp\u003E\u003Cp\u003ESingleThreadRenderer（\u003Cb\u003E本文的示例代码，可到\u003Ca href=\"https:\u002F\u002Fgithub.com\u002Fhzy38324\u002FCoding-Pratice\"\u003EGithub\u003C\u002Fa\u003E下载\u003C\u002Fb\u003E）:\u003C\u002Fp\u003E\u003Ccode lang=\"java\"\u003Epublic class SingleThreadRenderer implements HtmlRenderer {\n\n    public void renderPage(String source) throws Exception {\n        renderText(source);\n\n        List&lt;ImageData&gt; imageData = new ArrayList&lt;ImageData&gt;();\n        for (ImageInfo imageInfo : scanForImageInfo(source))\n            imageData.add(imageInfo.downloadImage());\n\n        for (ImageData data : imageData)\n            renderImage(data);\n    }\n\n}\u003C\u002Fcode\u003E\u003Cp\u003E“哇，高手就是高手，内功相当深厚，写的代码真是整洁，让人一看就秒懂！”，大雄一如既往地拍马屁，仿佛老马就在旁边。\u003Cbr\u003E“呵呵，那你倒是说说，这段代码是啥意思？”，哆啦打趣着。\u003Cbr\u003E“很明显嘛，renderPage方法接收一段字符串，比如html的网页源代码，然后就对这段代码进行解析，先是renderText，也就是对源代码中的文本内容进行渲染，先把文本展示出来，然后再通过scanForImageInfo，扫描源代码里都有哪些img标签，接着再执行downloadImage，把图片内容一张张下载下来，最后再使用renderImage，把图片渲染到页面上。”\u003Cbr\u003E“可以啊，小伙子。你觉得这段代码有什么可以改进的吗？”\u003Cbr\u003E“哈，这下可难不倒我，多线程！”\u003Cbr\u003E“哦？你想怎么个多线程法？”\u003Cbr\u003E“渲染文本的时候，同时就可以去下载图片啦，不必等到文本都渲染完了，再去下载图片”，说完，大雄噼里啪啦地敲起了键盘。\u003C\u002Fp\u003E\u003Ch2\u003E异构并行\u003C\u002Fh2\u003E\u003Cp\u003E很快，大雄写出了自己的“多线程”页面渲染器。\u003Cbr\u003EFutureRenderer：\u003C\u002Fp\u003E\u003Ccode lang=\"java\"\u003Epublic class FutureRenderer implements HtmlRenderer {\n    private final ExecutorService executor = Executors.newCachedThreadPool();\n\n    public void renderPage(String source) throws Exception {\n        final List&lt;ImageInfo&gt; imageInfos = scanForImageInfo(source);\n        Callable&lt;List&lt;ImageData&gt;&gt; task =\n                () -&gt; {\n                    List&lt;ImageData&gt; result = new ArrayList&lt;&gt;();\n                    for (ImageInfo imageInfo : imageInfos)\n                        result.add(imageInfo.downloadImage());\n                    return result;\n                };\n\n        \u002F\u002F start download image before render text\n        Future&lt;List&lt;ImageData&gt;&gt; future = executor.submit(task);\n\n        renderText(source);\n\n        List&lt;ImageData&gt; imageData = future.get();\n        for (ImageData data : imageData)\n            renderImage(data);\n    }\n}\u003C\u002Fcode\u003E\u003Cp\u003E“我用到了上次我们改造Web服务器时用到的\u003Cb\u003E线程池\u003C\u002Fb\u003E技术，在renderText之前，我就把下载图片的任务交给线程池去执行了，这样，渲染器在渲染文本的同时，也在下载图片，这样用户就可以更快的看到图片了。”，大雄向哆啦解释着他写的代码。\u003Cbr\u003E“嗯，挺好的，实现了渲染文本和下载图片两个\u003Cb\u003E异构\u003C\u002Fb\u003E（Heterogeneous）任务的并行执行，不过也正因为如此，\u003Cb\u003E这个方案存在异构任务特有的致命缺陷\u003C\u002Fb\u003E。” \u003Cbr\u003E“异构任务？致命缺陷？？”\u003Cbr\u003E“哈，异构任务，就是不同种类的任务的意思，比如洗碗时，清洗和烘干，就是两个异构任务。”\u003Cbr\u003E“Soga…那为什么说异构任务会有致命缺陷呢？”\u003Cbr\u003E“很简单，你想想看，假设renderText需要10秒，下载图片也需要10秒，那么你的页面渲染器，由于采用了并行，这两个任务可以同时进行，所以总共需要花费时间也是10秒，而老马的串行页面渲染器，则需要20秒，在这种情况下，你的页面渲染器完爆老马。”\u003Cbr\u003E“嗯，这不挺好的吗？”，大雄得意地说。\u003Cbr\u003E“但是，假设下载图片还是需要10秒，但是renderText只需要1秒，那用你的页面渲染器，还是需要10秒，而老马的呢？这次老马的只需要11秒了，老马只比你慢了十分之一。而且要知道这种情况是很常见的，渲染文本的速度要远远快于下载图片的速度。”\u003Cbr\u003E“啊，\u003Cb\u003E比老马写多了这么多代码，用了比老马复杂的技术，结果性能却没提升多少\u003C\u002Fb\u003E。。。”，大雄沮丧的说。\u003Cbr\u003E“哈哈，别急，稍微换个方案就好了。”\u003Cbr\u003E“啊？”\u003Cbr\u003E“异构任务并行不好，那就把同构任务做成并行呗！”\u003C\u002Fp\u003E\u003Ch2\u003E同构并行\u003C\u002Fh2\u003E\u003Cp\u003E“同构并行？你是说\u003Cb\u003E同时下载多张图片\u003C\u002Fb\u003E？”\u003Cbr\u003E“是的，不仅如此，\u003Cb\u003E我们还要在每张图片下载完成之后，马上渲染出来给用户看\u003C\u002Fb\u003E”\u003Cbr\u003E“这有难度啊，我要不断地监控每张图片的下载任务，也就是不断循环所有的Future对象，发现下载好的，就去渲染。”\u003Cbr\u003E“嗯，有这个思路就不错了，JDK已经提供可以实现类似功能的框架，你就先别急着造轮子了。”\u003Cbr\u003E“哦？”\u003Cbr\u003E“\u003Cb\u003ECompletionService\u003C\u002Fb\u003E，你上网搜一下就知道了”\u003C\u002Fp\u003E\u003Cp\u003E大雄谷歌了一把，很快就捣腾出自己的一份代码。\u003Cbr\u003ECompletionServiceRenderer：\u003C\u002Fp\u003E\u003Ccode lang=\"java\"\u003Epublic class CompletionServiceRenderer implements HtmlRenderer {\n    private final ExecutorService executor = Executors.newCachedThreadPool();\n\n    public void renderPage(String source) throws Exception {\n        final List&lt;ImageInfo&gt; info = scanForImageInfo(source);\n        CompletionService&lt;ImageData&gt; completionService =\n                new ExecutorCompletionService&lt;&gt;(executor);\n        for (final ImageInfo imageInfo : info)\n            completionService.submit(() -&gt;\n                    imageInfo.downloadImage());\n\n        renderText(source);\n\n        for (int t = 0, n = info.size(); t &lt; n; t++) {\n            Future&lt;ImageData&gt; f = completionService.take();\n            ImageData imageData = f.get();\n            renderImage(imageData);\n        }\n    }\n\n}\u003C\u002Fcode\u003E\u003Cp\u003E“这里我给每张图片的下载都创建了独立的任务，然后通过completionService.submit()，开始在线程池里并行执行下载任务，最后使用了completionService.take()方法，这是一个阻塞方法，直到有任务执行完成，也就是图片下载完成，才会返回带有任务执行结果的Future对象，然后我就可以取出下载结果，渲染图片了”\u003C\u002Fp\u003E\u003Ch2\u003ECompletionService连环炮\u003C\u002Fh2\u003E\u003Cp\u003E“可以啊，学的挺快的，那我问你，\u003Cb\u003ECompletionService到底是个什么东西？\u003C\u002Fb\u003E”\u003Cbr\u003E“哈，我们可以拿CompletionService和ExecutorService做个比较，ExecutorService的submit()方法会返回一个Future对象，通过这个Future对象我们可以拿到任务的执行结果，\u003Cb\u003E但是如果我们想获得所有任务的执行结果，就得自己去维护这些Future对象，而CompletionService就是为了解决这个开发难题而发明的\u003C\u002Fb\u003E“\u003Cbr\u003E“嗯，不错，知其然知其所以然”\u003Cbr\u003E”再往深处讲，\u003Cb\u003ECompletionService其实只是一个接口\u003C\u002Fb\u003E，接口定义的是一种\u003Cb\u003E规范\u003C\u002Fb\u003E，而CompletionService接口所定义的，\u003Cb\u003E是一套将创建任务和消费任务完成结果进行解耦的规范\u003C\u002Fb\u003E，就像这个接口的第一行注释所描述的一样”\u003C\u002Fp\u003E\u003Cblockquote\u003E\u003Ci\u003EA service that decouples the production of new asynchronous tasks from the consumption of the results of completed tasks.\u003C\u002Fi\u003E\u003C\u002Fblockquote\u003E\u003Cp\u003E“CompletionService接口有五个方法，看下JDK源码就很清楚了”\u003Cbr\u003E\u003C\u002Fp\u003E\u003Cimg src=\"v2-53033ae22a4db7b99112dd8c0f48c885.jpg\" data-caption=\"\" data-size=\"normal\" data-rawwidth=\"375\" data-rawheight=\"185\"\u003E\u003Cp\u003E接口很简单，总共五个方法，大致上可以分为两类：\u003C\u002Fp\u003E\u003Cul\u003E\u003Cli\u003E\u003Cb\u003E任务创建方法\u003C\u002Fb\u003E：就是两个submit方法，其中一个接受Callable参数，Callable是Runnable的升级版，最大的好处是\u003Cb\u003ECallable类型的任务有返回值，并且可以声明异常\u003C\u002Fb\u003E；另一个submit方法，接收的是Runnable类型的参数，当然，最终在实现时，还是在方法内部通过一个叫RunnableAdapter的适配器，将Runnable转成Callable；\u003C\u002Fli\u003E\u003Cli\u003E\u003Cb\u003E任务结果获取方法\u003C\u002Fb\u003E：就是take()和两个poll()，其实take是一定会\u003Cb\u003E阻塞\u003C\u002Fb\u003E的，而空参数的poll，则不会阻塞，有结果则返回结果，没有则返回null，还有一个poll，则可以指定超时时间。\u003C\u002Fli\u003E\u003C\u002Ful\u003E\u003Cp\u003E所以，\u003Cb\u003E所有的CompletionService接口的实现类，都需要回答两个问题\u003C\u002Fb\u003E：\u003C\u002Fp\u003E\u003Cul\u003E\u003Cli\u003E如何创建任务？\u003C\u002Fli\u003E\u003Cli\u003E如何获取任务执行结果？\u003C\u002Fli\u003E\u003C\u002Ful\u003E\u003Cp\u003E“在JDK里，CompletionService接口目前只有一个实现，那就是我刚刚用到的\u003Cb\u003EExecutorCompletionService\u003C\u002Fb\u003E”\u003Cbr\u003E“哦？那它是如何回答那两个问题的呢？”，哆啦继续追问。\u003Cbr\u003E“很简单，ExecutorCompletionService的构造函数里需要传入一个Executor线程池对象，\u003Cb\u003E任务的创建就是委托给这个线程池对象去执行的\u003C\u002Fb\u003E。”\u003Cbr\u003E“嗯，那任务执行结果呢？是放在哪里，如何获取的？”\u003Cbr\u003E“ExecutorCompletionService内部有一个\u003Cb\u003EcompletionQueue\u003C\u002Fb\u003E，\u003Cb\u003E这是一个阻塞队列BlockingQueue\u003C\u002Fb\u003E，用来存放任务的执行结果。take、poll方法，其实是委托给这个阻塞队列去实现的”\u003Cbr\u003E“最后一个问题，\u003Cb\u003EExecutorCompletionService是如何把完成了的任务放到这个completionQueue的？\u003C\u002Fb\u003E”\u003Cbr\u003E“哈哈，这个我刚好也看到了，在submit的时候，ExecutorCompletionService交给线程池的，\u003Cb\u003E是一个覆写了done方法的Future对象\u003C\u002Fb\u003E，叫\u003Cb\u003EQueueingFuture\u003C\u002Fb\u003E，这个QueueingFuture的done方法，就会把任务放入completionQueue”\u003Cbr\u003EQueueingFuture：\u003C\u002Fp\u003E\u003Ccode lang=\"java\"\u003E    private class QueueingFuture extends FutureTask&lt;Void&gt; {\n        QueueingFuture(RunnableFuture&lt;V&gt; task) {\n            super(task, null);\n            this.task = task;\n        }\n        protected void done() { completionQueue.add(task); }\n        private final Future&lt;V&gt; task;\n    }\u003C\u002Fcode\u003E\u003Cp\u003E“可以啊，小伙子”\u003Cbr\u003E“哈哈，其实也就看了下，里面很多设计思想还没来得及去仔细琢磨……”\u003C\u002Fp\u003E\u003Ch2\u003E总结\u003C\u002Fh2\u003E\u003Cp\u003E本文通过对页面渲染器的并行方案的优化，以及对CompletionService接口的使用，实现了一个高效的页面渲染器，总结如下：\u003C\u002Fp\u003E\u003Cul\u003E\u003Cli\u003E\u003Cb\u003E优化并行方案\u003C\u002Fb\u003E。学会使用线程池只是技术上的进步，但是在实际运用中，\u003Cb\u003E任务执行方案的设计也同样重要\u003C\u002Fb\u003E。要如何设计任务并行的方案，让哪些任务跟哪些任务并行执行？通过上面的介绍，我们可以得出这个结论：\u003Cb\u003E在保证执行结果正确性的前提下，同构任务的并行优于异构任务的并行\u003C\u002Fb\u003E。\u003C\u002Fli\u003E\u003Cli\u003E\u003Cb\u003ECompletionService接口\u003C\u002Fb\u003E。CompletionService接口制定了一套创建任务和消费任务执行结果的解耦规范，\u003Cb\u003E其实现类ExecutorCompletionService，分别将任务创建和任务执行结果委托给了线程池和阻塞队列去实现\u003C\u002Fb\u003E。\u003C\u002Fli\u003E\u003C\u002Ful\u003E\u003Ch2\u003E参考\u003C\u002Fh2\u003E\u003Cul\u003E\u003Cli\u003E《Java并发编程实践》\u003C\u002Fli\u003E\u003Cli\u003E\u003Ca href=\"https:\u002F\u002Fstackoverflow.com\u002Fquestions\u002F4912228\u002Fwhen-should-i-use-a-completionservice-over-an-executorservice\"\u003EWhen should I use a CompletionService over an ExecutorService?\u003C\u002Fa\u003E\u003C\u002Fli\u003E\u003C\u002Ful\u003E\u003Cp\u003E\u003Cbr\u003E\u003C\u002Fp\u003E\u003Cp\u003E对了，个人公众号\u003Cb\u003EBridge4You\u003C\u002Fb\u003E已经开通，欢迎关注！\u003C\u002Fp\u003E\u003Cp\u003E有些话只能在那里跟你说 (〃'▽'〃)\u003C\u002Fp\u003E","updated":new Date("2018-03-26T00:10:48.000Z"),"canComment":false,"commentPermission":"anyone","commentCount":4,"likeCount":15,"state":"published","isLiked":false,"slug":"34928308","isTitleImageFullScreen":false,"rating":"none","sourceUrl":"","publishedTime":"2018-03-26T08:10:48+08:00","links":{"comments":"\u002Fapi\u002Fposts\u002F34928308\u002Fcomments"},"url":"\u002Fp\u002F34928308","titleImage":"https:\u002F\u002Fpic3.zhimg.com\u002Fv2-2682407f865354045a1b6623656abdc8_r.jpg","summary":"","href":"\u002Fapi\u002Fposts\u002F34928308","meta":{"previous":null,"next":null},"snapshotUrl":"","commentsCount":4,"likesCount":15},"34946854":{"title":"程序员，是知识工作者，还是体力工作者？","author":"hong-ze-yang","content":"\u003Cp\u003E看了标题，你们或许以为我要吐槽程序员了。\u003Cbr\u003E其实，这只是我在看《卓有成效的管理者》时，萌发的一个想法。\u003C\u002Fp\u003E\u003Cp\u003E我并不想一上来就填上自己挖的坑，而是先简单谈谈，彼得·德鲁克在书中提出的三个概念，这三个概念分别是：\u003C\u002Fp\u003E\u003Cul\u003E\u003Cli\u003E\u003Cb\u003E知识工作者\u003C\u002Fb\u003E\u003C\u002Fli\u003E\u003Cli\u003E\u003Cb\u003E有效工作\u003C\u002Fb\u003E\u003C\u002Fli\u003E\u003Cli\u003E\u003Cb\u003E管理者\u003C\u002Fb\u003E\u003C\u002Fli\u003E\u003C\u002Ful\u003E\u003Cp\u003E弄懂这三个概念，或许你们对程序员，对你们现在正在做的职业，到底是知识工作者，还是体力工作者，已经有了自己的看法。\u003C\u002Fp\u003E\u003Ch2\u003E1、什么是知识工作者\u003C\u002Fh2\u003E\u003Cp\u003E所谓知识工作者，是相对于体力工作者的一个概念。\u003Cbr\u003E我们经常说，这事就是件体力活，意思就是只要花时间花精力去做，就迟早会做完。\u003Cbr\u003E\u003Cb\u003E对于体力工作，我们常常只在乎把事情做对，而不在乎在做的事情是不是对的。\u003C\u002Fb\u003E\u003Cbr\u003E比如鞋厂的工人，我们只在乎他一天生产多少双鞋子、质量如何，而不会过问生产鞋子这件事到底是不是对的 。\u003C\u002Fp\u003E\u003Cp\u003E相反的，对于知识工作者而言，他们要考虑的，不仅仅是如何把事情做对，还要考虑要不要做这件事情，\u003Cb\u003E他们要考虑工作的有效性\u003C\u002Fb\u003E。\u003Cbr\u003E比如公司的CEO，绞尽脑汁地思考公司的战略，因为他知道，方向错了，底下的员工越是努力，就错的越多。\u003C\u002Fp\u003E\u003Ch2\u003E2、什么是有效工作\u003C\u002Fh2\u003E\u003Cp\u003E上面提到，知识工作者需要考虑工作的有效性。\u003Cbr\u003E那么，什么才是有效的工作呢？\u003Cbr\u003E这本来应该是一个很简单的问题，只要你理解工作的意义。\u003C\u002Fp\u003E\u003Cp\u003E啥？工作的意义？\u003Cbr\u003E直爽的人，会说，工作就是为了赚钱啊！\u003Cbr\u003E稍微含蓄点的，会说，工作，是为了实现自我的人生价值！\u003Cbr\u003E而只有看透本质的人，才能一针见血的回答，\u003Cb\u003E工作，就是为了给公司创造价值\u003C\u002Fb\u003E。\u003Cbr\u003E想想看，为什么会有这份工作？因为公司需要人替他们做事，去给他们公司带来盈利。\u003Cbr\u003E而只有你的工作，给公司创造价值，让公司赚钱了，你做的事情才有算有效。\u003C\u002Fp\u003E\u003Cp\u003E所以，什么是有效工作？\u003Cbr\u003E\u003Cb\u003E能给公司创造价值的工作，才是有效工作。\u003C\u002Fb\u003E\u003C\u002Fp\u003E\u003Ch2\u003E3、什么是管理者\u003C\u002Fh2\u003E\u003Cp\u003E《卓有成效的管理者》中，德鲁克给管理者下的定义是：\u003C\u002Fp\u003E\u003Cblockquote\u003E\u003Ci\u003E如果一位知识工作者，能够凭借其职位和知识，对组织作出贡献，从而影响该组织的经营能力和成果，那么他就是一位管理者。\u003C\u002Fi\u003E\u003C\u002Fblockquote\u003E\u003Cp\u003E简单说，\u003Cb\u003E只要你是一位能够影响公司业绩的知识工作者，你就是管理者\u003C\u002Fb\u003E。\u003C\u002Fp\u003E\u003Cp\u003E同时，德鲁克又说了这么一句话：\u003C\u002Fp\u003E\u003Cblockquote\u003E\u003Ci\u003E一位知识工作者，是不是一位管理者，不能单凭他有没有下属而定。\u003C\u002Fi\u003E\u003C\u002Fblockquote\u003E\u003Cp\u003E\u003Cb\u003E因为就算你一个下属也没有，你也有一个人要管理，那就是你自己\u003C\u002Fb\u003E。\u003C\u002Fp\u003E\u003Ch2\u003E4、程序员，知识工作者or体力工作者？\u003C\u002Fh2\u003E\u003Cp\u003E那么问题来了，程序员，到底是知识工作者，还是体力工作者呢？\u003Cbr\u003EIt depends.\u003C\u002Fp\u003E\u003Cp\u003E有些程序员，觉得写代码就是体力活，“每天写来写去都是那些代码，CRUD，写写接口”，Tom经常对他的同事抱怨说。\u003C\u002Fp\u003E\u003Cp\u003E一天，Bob找到Tom，对他说，“Tom，这个是需求设计说明书，你看看”\u003C\u002Fp\u003E\u003Cp\u003E“好的”，Tom一张生无可恋脸。\u003C\u002Fp\u003E\u003Cp\u003E然后第二天，Tom就按照需求设计说明书里的方案，一板一眼地，去用代码实现了。\u003C\u002Fp\u003E\u003Cp\u003E这个过程，就像工人们，按照说明书组装机器一样。\u003C\u002Fp\u003E\u003Cp\u003ETom写完代码，开始转测试，测试通过，交付商用。\u003C\u002Fp\u003E\u003Cp\u003E这个过程，就像工人们，把组装好的机器，送去检查，然后投放到市场。 \u003C\u002Fp\u003E\u003Cp\u003E这种程序员，和体力工作者无异。\u003C\u002Fp\u003E\u003Cp\u003E\u003Cb\u003E而一个追求有效性的程序员，又会是怎么样的呢？\u003C\u002Fb\u003E\u003C\u002Fp\u003E\u003Cp\u003E“Peter，这个是需求设计说明书，你看看”\u003C\u002Fp\u003E\u003Cp\u003EPeter看了看，原来是要给公司的官网做一个帮助页面。\u003C\u002Fp\u003E\u003Cp\u003E“Bob，为什么要加这个帮助页面呢？以前没有，用户不也可以正常使用么？”，\u003Cb\u003EPeter试图确认为什么要做这个需求。\u003C\u002Fb\u003E\u003C\u002Fp\u003E\u003Cp\u003E“是这样的，最近我们新增了一个购票功能，这个功能很多用户反馈不会用，所以我们决定加一个帮助页面，以后用户不知道怎么操作了，就可以进到这里查看操作指导了”\u003C\u002Fp\u003E\u003Cp\u003E原来是想给用户购票时提供指导，“那我们是不是也要在购票页面加上一个链接，指引用户跳转到帮助页面呢？”，\u003Cb\u003EPeter对方案提出了自己的意见。\u003C\u002Fb\u003E\u003C\u002Fp\u003E\u003Cp\u003E“啊，是啊，这个当时UCD没有考虑到，挺好的，Peter”\u003C\u002Fp\u003E\u003Cp\u003E\u003Cbr\u003E\u003C\u002Fp\u003E\u003Cp\u003E\u003Cb\u003E这就是追求有效性的程序员，他们接到需求时，不会马上埋头编码，而是先弄清楚，为什么要做这个需求？\u003C\u002Fb\u003E\u003C\u002Fp\u003E\u003Cp\u003E接着，他们会想，\u003Cb\u003E为了实现这个目的，就一定要做这个需求吗？\u003C\u002Fb\u003E\u003Cbr\u003E是不是可以换一种方式实现呢？\u003Cbr\u003E需求定下来之后，针对实现的方案，他们又会考虑：\u003Cb\u003E有没有更好的实现方案？\u003C\u002Fb\u003E能够用相同的人力，创造更大的价值？或者用更少的人力，创造相同的价值？\u003Cbr\u003E到了编码阶段，当他发现某段代码经常重复使用时，他又会考虑抽取出来，用设计模式、AOP等编程范式进行优化，抽取出来，让代码不再冗余，等等。\u003Cbr\u003E\u003Cb\u003E这种程序员，做的每个需求，都有一种焕然一新的感觉，当然就是知识工作者了。\u003C\u002Fb\u003E\u003C\u002Fp\u003E\u003Cp\u003E\u003Cbr\u003E\u003C\u002Fp\u003E\u003Cp\u003E所以，\u003Cb\u003E一个人，是知识工作者，还是体力工作者，这和他做什么职业，是没有关系的。这完全取决于个人的主观能动性。\u003C\u002Fb\u003E\u003Cbr\u003E这里的主观能动性，其实也是另一本管理学著作，《高效能人士的七个习惯》里头，提到的第一个习惯——\u003Cb\u003E积极主动\u003C\u002Fb\u003E。在书中，作者强调，“人类拥有最终的选择自由”，“伤害我们的并非悲催遭遇本身，而是我们对于悲惨的回应”。\u003C\u002Fp\u003E\u003Cp\u003E\u003Cbr\u003E\u003C\u002Fp\u003E\u003Cp\u003E一名鞋厂工人，人们都认为他就是体力工作者，\u003Cb\u003E但是当他开始思考如何改进生产的流程时，他就是一名知识工作者\u003C\u002Fb\u003E。\u003C\u002Fp\u003E\u003Cp\u003E\u003Cbr\u003E\u003C\u002Fp\u003E\u003Cp\u003E而一个程序员，虽然人们都认为他靠智商吃饭，是知识工作者，\u003Cb\u003E但是当他只会按照既有的方案写代码，按照别人的指令做事时，他也就沦为一名体力工作者\u003C\u002Fb\u003E。\u003C\u002Fp\u003E\u003Cp\u003E\u003Cbr\u003E\u003C\u002Fp\u003E\u003Ch2\u003E5、怎样做到卓有成效\u003C\u002Fh2\u003E\u003Cp\u003E\u003Cb\u003E只有当你成为一名知识工作者了，才需要考虑如何提高工作有效性。\u003C\u002Fb\u003E\u003C\u002Fp\u003E\u003Cp\u003E《卓有成效的管理者》中，第二章到第七章，谈的都是卓有成效的技巧，读者可以前往阅读，这里就不展开讨论。\u003C\u002Fp\u003E\u003Cp\u003E全书最核心的章节，毋庸置疑，是第一章，只有当你认为自己是知识工作者，并且表现的像个追求有效工作的知识工作者了，学习卓有成效的技巧才有价值。\u003C\u002Fp\u003E\u003Ch2\u003E6、总结\u003C\u002Fh2\u003E\u003Cp\u003E如果你觉得这篇文章是一份心灵鸡汤，那我希望这份鸡汤带给你的是正能量。\u003Cbr\u003E最后，再给这份“鸡汤”加点料：\u003C\u002Fp\u003E\u003Cul\u003E\u003Cli\u003E你是一名知识工作者，还是体力工作者，只取决于你工作的方式，和你的职业无关\u003C\u002Fli\u003E\u003Cli\u003E你可以是一名管理者，就算你一个下属都没有\u003C\u002Fli\u003E\u003Cli\u003E工作的目的就是为了给公司带来盈利\u003C\u002Fli\u003E\u003Cli\u003E所以，下次，别急着干活，先问问自己，做这个需求，对公司有用吗？\u003C\u002Fli\u003E\u003Cli\u003E有没有更好的方案？用相同的人力，创造更大的价值？或者用更少的人力，创造相同的价值？\u003C\u002Fli\u003E\u003C\u002Ful\u003E\u003Ch2\u003E参考\u003C\u002Fh2\u003E\u003Cul\u003E\u003Cli\u003E《卓有成效的管理者》\u003C\u002Fli\u003E\u003C\u002Ful\u003E","updated":new Date("2018-03-26T23:51:14.000Z"),"canComment":false,"commentPermission":"anyone","commentCount":8,"likeCount":11,"state":"published","isLiked":false,"slug":"34946854","isTitleImageFullScreen":false,"rating":"none","sourceUrl":"","publishedTime":"2018-03-27T07:51:14+08:00","links":{"comments":"\u002Fapi\u002Fposts\u002F34946854\u002Fcomments"},"url":"\u002Fp\u002F34946854","titleImage":"https:\u002F\u002Fpic3.zhimg.com\u002Fv2-bab7e5fbd1c67b9b30fddff5b0e4ba32_r.jpg","summary":"","href":"\u002Fapi\u002Fposts\u002F34946854","meta":{"previous":null,"next":null},"snapshotUrl":"","commentsCount":8,"likesCount":11},"35188214":{"title":"Java线程池是如何诞生的？","author":"hong-ze-yang","content":"\u003Cp\u003E时间回到2003年，那时我还是一个名不见经传的程序员，但是上级却非常看好我，他们把整个并发模块，都交给了我一个人开发。（难道不是因为经费不足？）\u003C\u002Fp\u003E\u003Cp\u003E这个星期，我必须要完成并发模块中非常重要的一个功能——线程池。\u003C\u002Fp\u003E\u003Ch2\u003E为什么要使用线程池\u003C\u002Fh2\u003E\u003Cp\u003E作为一个合格的程序员，接到需求，首先我得问自己一句：\u003Cbr\u003E\u003Cb\u003E为什么要做这个需求？为什么需要线程池？\u003C\u002Fb\u003E\u003C\u002Fp\u003E\u003Cp\u003E就像十多年后，另一个菜鸟在他的\u003Ca href=\"https:\u002F\u002Fzhuanlan.zhihu.com\u002Fp\u002F34430546\"\u003E博客\u003C\u002Fa\u003E中说的那样：\u003C\u002Fp\u003E\u003Cp\u003E\u003Cb\u003E软件中的“池”，可以理解为计划经济时代的工厂。\u003C\u002Fb\u003E\u003C\u002Fp\u003E\u003Cp\u003E首先，作为工厂，你要管理好你生产的东西，老王从你工厂这里拿走了一把斧头，改天他不需要了，还回来，你可以把这把斧头借给老赵；\u003C\u002Fp\u003E\u003Cp\u003E其次，你又不能无限制的生产，毕竟在资源极度匮乏的时代，如果都被你拿去生产了，其他要用到资源的地方怎么办？\u003C\u002Fp\u003E\u003Cp\u003E总结成两点，“池”的作用：\u003C\u002Fp\u003E\u003Cul\u003E\u003Cli\u003E\u003Cb\u003E复用已有资源\u003C\u002Fb\u003E\u003C\u002Fli\u003E\u003Cli\u003E\u003Cb\u003E控制资源总量\u003C\u002Fb\u003E\u003C\u002Fli\u003E\u003C\u002Ful\u003E\u003Cp\u003E数据库连接池是这样，线程池也是如此。\u003C\u002Fp\u003E\u003Cp\u003E你一个任务过来了，我发现池子里有没事干并且还活着的线程，来，拿去用，我也不用费事给你创建一条线程了，要知道线程的创建和销毁可都是麻烦事；\u003Cbr\u003E你一个任务过来了，我发现池子的线程都在忙，并且现在池子的线程已经太多了，再不限制下去就要内存溢出了，来，排队去~\u003C\u002Fp\u003E\u003Ch2\u003E线程池需要考虑哪些问题\u003C\u002Fh2\u003E\u003Cp\u003E简单的架构固然容易实现，但是却不能解决复杂的问题；\u003Cbr\u003E而复杂的架构可以解决复杂的问题，却没那么好实现。\u003C\u002Fp\u003E\u003Cp\u003E在介绍线程池原理之前，先来大致看看我设计的线程池ThreadPoolExecutor长什么样子：\u003Cbr\u003E\u003C\u002Fp\u003E\u003Cimg src=\"v2-d387b7fbb8547421020fd5fa6a79d952.jpg\" data-caption=\"图片来源 http:\u002F\u002Ftutorials.jenkov.com\u002Fjava-util-concurrent\u002Fthreadpoolexecutor.html\" data-size=\"normal\" data-rawwidth=\"434\" data-rawheight=\"359\" data-watermark=\"\" data-original-src=\"\" data-watermark-src=\"\" data-private-watermark-src=\"\"\u003E\u003Cp\u003E\u003Cbr\u003E\u003C\u002Fp\u003E\u003Cp\u003E你们可以先看看这张图，想想图中的各个节点都是什么，为什么需要它们？\u003C\u002Fp\u003E\u003Cp\u003E好，现在开始聊聊实现一个线程池，都需要考虑哪些问题。\u003C\u002Fp\u003E\u003Cp\u003E\u003Cb\u003E1、 任务队列\u003C\u002Fb\u003E\u003Cbr\u003E如果每个任务过来，都直接交给线程去执行，那其实算不上解耦。\u003C\u002Fp\u003E\u003Cp\u003E更好的方法是先把任务放到队列里面，然后当线程空闲的时候，去队列里面取任务过来处理。\u003Cbr\u003E为了取的时候可以形成阻塞，我选择了使用阻塞队列\u003Cb\u003EBlockingQueue\u003C\u002Fb\u003E，来保存这些未被处理的任务。\u003C\u002Fp\u003E\u003Cp\u003E如果你们用过RabbitMQ、Kafka之类的消息中间件，就会发现他们的原理和阻塞队列类似。\u003C\u002Fp\u003E\u003Cp\u003E\u003Cb\u003E2、任务队列的类型\u003C\u002Fb\u003E\u003Cbr\u003E阻塞队列有很多种：\u003C\u002Fp\u003E\u003Cul\u003E\u003Cli\u003E\u003Cb\u003E无界的阻塞队列\u003C\u002Fb\u003E（Unbounded queues），比如\u003Cb\u003ELinkedBlockingQueue\u003C\u002Fb\u003E，来多少任务就放多少；\u003C\u002Fli\u003E\u003Cli\u003E\u003Cb\u003E有界的阻塞队列\u003C\u002Fb\u003E（Bounded queues），比如\u003Cb\u003EArrayBlockingQueue\u003C\u002Fb\u003E；\u003C\u002Fli\u003E\u003Cli\u003E\u003Cb\u003E同步移交\u003C\u002Fb\u003E（Direct handoffs），比如\u003Cb\u003ESynchronousQueue\u003C\u002Fb\u003E，这个队列的put方法会阻塞，直到有线程准备从队列里面take，所以本质上SynchronousQueue并不是Queue，\u003Cb\u003E它不存储任何东西，它只是在移交东西\u003C\u002Fb\u003E\u003C\u002Fli\u003E\u003C\u002Ful\u003E\u003Cp\u003E这么多种队列，都有各自的优劣，所以，把任务队列参数，放在构造函数里头，提供给使用线程池的人去设置，是最好不过的了。\u003C\u002Fp\u003E\u003Cp\u003E\u003Cb\u003E3、线程的数量\u003C\u002Fb\u003E \u003Cbr\u003E我定义了两个线程数的变量，一个是核心线程数\u003Cb\u003EcorePoolSize\u003C\u002Fb\u003E，另一个是最大线程数\u003Cb\u003EmaximumPoolSize\u003C\u002Fb\u003E。这两个参数的差别，可以这样来解释：\u003C\u002Fp\u003E\u003Cul\u003E\u003Cli\u003E当线程池里的线程数少于corePoolSize时，每来一个任务，我就创建一条线程去处理，不管线程池中有没有空闲的线程；\u003C\u002Fli\u003E\u003Cli\u003E当线程池里的线程数达到corePoolSize时，新来的任务，会先放到任务队列里面；\u003C\u002Fli\u003E\u003Cli\u003E当任务队列放满了（如果队列是有界队列），那么要怎么办？马上拒绝新的任务吗？似乎不妥，面对这种业务突然繁忙的情况，我是不是可以破例再创建多几条线程呢？于是就有了maximumPoolSize，如果任务队列满了，但是线程池中的线程数还少于maximumPoolSize，那我就允许线程池继续创建线程，\u003Cb\u003E这就像肠粉店里的桌子，一开始摆上十张，到了中午高峰期时，发现不够用了，老板娘再让小二从厨房里拿出几张桌子出来一样。\u003C\u002Fb\u003E\u003C\u002Fli\u003E\u003C\u002Ful\u003E\u003Cp\u003E同样的，这两个参数也应该放在构造函数，由使用者根据实际情况，来决定要使用多大容量的线程池。\u003C\u002Fp\u003E\u003Cp\u003E\u003Cb\u003E4、Keep-alive times\u003C\u002Fb\u003E\u003Cbr\u003E从厨房拿出来的桌子，在高峰期过后，就要渐渐撤回了吧？同样，当我发现线程池中线程的数量超过corePoolSize，就会去监控线程，发现某条线程很久没有工作了，就把它关掉，这里的很久是多久，那就要看你传过来的keepAliveTime是多少了。\u003Cbr\u003E如果你想对corePoolSize线程也做这种监控，只需要调用threadPoolExecutor.allowCoreThreadTimeOut(true)就可以了。\u003C\u002Fp\u003E\u003Cp\u003E你也许好奇我是怎样判断线程有多久没有活动了，是不是以为我会启动一个监控线程，专门监控哪个线程正在偷懒？\u003Cbr\u003E想太多，其实我只是在线程从工作队列poll任务时，加上了超时限制，如果线程在keepAliveTime的时间内poll不到任务，那我就认为这条线程没事做，可以干掉了，看看这个代码片段你就清楚了，\u003C\u002Fp\u003E\u003Cp\u003EThreadPoolExecutor getTask():\u003C\u002Fp\u003E\u003Ccode lang=\"java\"\u003E private Runnable getTask() {\n        boolean timedOut = false; \n\n        for (;;) {\n            \n            ...\n            \n            try {\n                Runnable r = timed ?\n                    workQueue.poll(keepAliveTime, TimeUnit.NANOSECONDS) :\n                    workQueue.take();\n                if (r != null)\n                    return r;\n                timedOut = true;\n            } catch (InterruptedException retry) {\n                timedOut = false;\n            }\n        }\n    }\u003C\u002Fcode\u003E\u003Cp\u003E\u003Cb\u003E5、拒绝策略\u003C\u002Fb\u003E\u003Cbr\u003E如果线程池已经被shutdown了，或者线程池中使用的是有界队列，而这个队列已经满了，并且线程数已经达到最大线程数，无法再创建新的线程处理请求，这时候要怎么处理新来的任务？\u003Cbr\u003E在和大家一起讨论之后，我们认为至少有这四种策略：\u003C\u002Fp\u003E\u003Cul\u003E\u003Cli\u003E\u003Cb\u003EAbortPolicy\u003C\u002Fb\u003E：使用这种策略的线程池，将在无法继续接受新任务时，给任务提交方抛出RejectedExecutionException，让他们决定要如何处理；\u003C\u002Fli\u003E\u003Cli\u003E\u003Cb\u003ECallerRunsPolicy\u003C\u002Fb\u003E：这个策略，顾名思义，将把任务交给调用方所在的线程去执行；\u003C\u002Fli\u003E\u003Cli\u003E\u003Cb\u003EDiscardPolicy\u003C\u002Fb\u003E：直接丢弃掉新来的任务；\u003C\u002Fli\u003E\u003Cli\u003E\u003Cb\u003EDiscardOldestPolicy\u003C\u002Fb\u003E：丢弃最旧的一条任务，其实就是丢失blockingQueue.poll()返回的那条任务，要注意，如果你使用的是PriorityBlockingQueue优先级队列作为你的任务队列，那么这个策略将会丢弃优先级最高的任务，所以一般情况下，\u003Cb\u003EPriorityBlockingQueue和DiscardOldestPolicy不会同时使用\u003C\u002Fb\u003E\u003C\u002Fli\u003E\u003C\u002Ful\u003E\u003Cp\u003E说到策略，你们或许以为我会用策略模式。\u003Cbr\u003E这下你们猜对了，我用的就是策略模式，这个模式是如此简单，以至于我只需要定义一个策略接口，\u003Cbr\u003ERejectedExecutionHandler：\u003C\u002Fp\u003E\u003Ccode lang=\"java\"\u003Epublic interface RejectedExecutionHandler {\n    void rejectedExecution(Runnable r, ThreadPoolExecutor executor);\n}\u003C\u002Fcode\u003E\u003Cp\u003E然后写对应的实现类，实现上面提到的那四种策略，比如DiscardPolicy，直接丢弃，那就是什么都不做呗，\u003Cbr\u003EDiscardPolicy：\u003C\u002Fp\u003E\u003Ccode lang=\"java\"\u003E public static class DiscardPolicy implements RejectedExecutionHandler     {\n        public DiscardPolicy() { }\n\n        public void rejectedExecution(Runnable r, ThreadPoolExecutor e) {\n        }\n    }\u003C\u002Fcode\u003E\u003Cp\u003E接着在构造函数里，让你们给我传入你们想要使用的策略，最后在我的拒绝任务reject()方法里，调用你们传过来的策略就ok了，\u003C\u002Fp\u003E\u003Ccode lang=\"java\"\u003E final void reject(Runnable command) {\n        handler.rejectedExecution(command, this);\n    }\u003C\u002Fcode\u003E\u003Cp\u003E为什么使用final？那当然是不想让你们\u003Cb\u003E重写\u003C\u002Fb\u003E啦，这个方法木有定制的必要嘛。\u003Cbr\u003E至于这个reject方法，是在哪里调用的，你们使用idea，alt + f7就知道了，然后你们会看到我写的很多深奥的代码，那些我今天不就不详细讲解了，今天重点讲解构造函数里的几个参数的作用，也就是你们可以定制的几个参数。\u003C\u002Fp\u003E\u003Ch2\u003E给你们造好的轮子\u003C\u002Fh2\u003E\u003Cp\u003E为了方便你们使用，我已经在Executors里面写了几个线程池的\u003Cb\u003E工厂方法\u003C\u002Fb\u003E，这样，\u003Cb\u003E很多新手就不需要了解太多关于ThreadPoolExecutor的知识了，他们只需要直接使用我的工厂方法，就可以使用线程池\u003C\u002Fb\u003E：\u003C\u002Fp\u003E\u003Cp\u003E\u003Cb\u003E1、newFixedThreadPool\u003C\u002Fb\u003E\u003Cbr\u003E如果你想对线程池里的线程总数做一个限制，那么通过Executors.newFixedThreadPool(…)获取一个固定线程数的线程池，是一个很不错的选择，它将返回一个corePoolSize和maximumPoolSize相等的线程池，\u003Cbr\u003EExecutors newFixedThreadPool：\u003C\u002Fp\u003E\u003Ccode lang=\"java\"\u003E public static ExecutorService newFixedThreadPool(int nThreads) {\n        return new ThreadPoolExecutor(nThreads, nThreads,\n                                      0L, TimeUnit.MILLISECONDS,\n                                      new LinkedBlockingQueue&lt;Runnable&gt;());\n    }\u003C\u002Fcode\u003E\u003Cp\u003E\u003Cb\u003E2、newCachedThreadPool\u003C\u002Fb\u003E\u003Cbr\u003E如果你希望有一个\u003Cb\u003E非常弹性\u003C\u002Fb\u003E的线程池，那可以使用newCachedThreadPool：\u003C\u002Fp\u003E\u003Ccode lang=\"java\"\u003E public static ExecutorService newCachedThreadPool() {\n        return new ThreadPoolExecutor(0, Integer.MAX_VALUE,\n                                      60L, TimeUnit.SECONDS,\n                                      new SynchronousQueue&lt;Runnable&gt;());\n    }\u003C\u002Fcode\u003E\u003Cp\u003E从上面的工厂方法，可以看出，CachedThreadPool是一个这样配置的ThreadPoolExecutor：\u003C\u002Fp\u003E\u003Cul\u003E\u003Cli\u003EcorePoolSize：0\u003C\u002Fli\u003E\u003Cli\u003EmaxPoolSize：Integer.MAX_VALUE\u003C\u002Fli\u003E\u003Cli\u003EkeepAliveTime：60s\u003C\u002Fli\u003E\u003Cli\u003EworkQueue: SynchronousQueue\u003C\u002Fli\u003E\u003C\u002Ful\u003E\u003Cp\u003E\u003Cb\u003E就像不同CPU、显卡的组合的电脑有不同的用途一样（数据分析、打游戏、视频处理等），不同配置的ThreadPoolExecutor也会产生不同的威力\u003C\u002Fb\u003E，CachedThreadPool的这些配置产生的威力在于：\u003C\u002Fp\u003E\u003Cul\u003E\u003Cli\u003E\u003Cb\u003E对于新的任务，如果此时线程池里没有空闲线程，线程池会毫不犹豫的创建一条新的线程去处理这个任务。\u003C\u002Fb\u003E因为corePoolSize是0，当前线程数肯定大于等于corePoolSize，而workQueue是SynchronousQueue，前面说了，SynchronousQueue是不存放东西的，它只移交，所以你可以认为它的队列一直是满的，最后，maxPoolSize是无穷大，再继续创建也不会达到最大线程数，所以线程池会创建一条新的线程去处理这个任务；\u003C\u002Fli\u003E\u003Cli\u003EkeepAliveTime是60s，你可以认为这就是线程的失效时间。新创建的线程如果60s内都没有任务要执行（缓存没有命中），那么就会被销毁，而如果在这60s内，线程分配到任务了（缓存命中），那么就可以直接拿这条创建好的线程过去用；\u003C\u002Fli\u003E\u003Cli\u003EcorePoolSize设置成0还有一个好处，那就是当有一大段时间，线程池都没有接收到新的任务时，线程池里的线程会逐渐被销毁，直到线程池中线程数量降为0，这样整个线程池也就不会占用什么资源了，这个特性，使得CachedThreadPool特别适合处理具有周期性的，并且执行时间短（short-lived）的任务，比如晚上十二点时，会有一波业务过来处理，其他时间段，业务很少甚至没有，这种情况就很适合使用CachedThreadPool\u003C\u002Fli\u003E\u003C\u002Ful\u003E\u003Cp\u003E当然，CachedThreadPool会有一个很明显的隐患，那就是线程数量不可控，当然，你已经弄懂了ThreadPoolExecutor几个重要参数，你完全可以自己定制一个有线程数量上限的CachedThreadPool，或者在创建完CachedThreadPool后，使用setMaximumPoolSize方法修改最大线程数量。\u003C\u002Fp\u003E\u003Cp\u003E\u003Cb\u003E3、newSingleThreadExecutor\u003C\u002Fb\u003E\u003Cbr\u003E触类旁通，很容易理解，这里就不贴源码和解释了。\u003C\u002Fp\u003E\u003Cp\u003E\u003Cb\u003E4、 newScheduledThreadPool\u003C\u002Fb\u003E\u003Cbr\u003E触类旁通，理解起来有些许难度，这里就不贴源码和解释了。\u003C\u002Fp\u003E\u003Ch2\u003E总结\u003C\u002Fh2\u003E\u003Cp\u003E本文围绕ThreadPoolExecutor的构造函数，重点讲解了ThreadPoolExecutor中，几个可以给外部定制的参数的意义和实现原理，希望能对你理解线程池并定制自己的线程池有所帮助。当然，线程池内部还有很多复杂的机制，比如各种状态的管理等等，不过这些都不是外部可以定制的了，后面我们再来讨论。\u003C\u002Fp\u003E\u003Ch2\u003E后记\u003C\u002Fh2\u003E\u003Cp\u003E时钟来到了24点，我跑完了所有ThreadPoolExecutor的测试用例，绿条，全部通过。\u003Cbr\u003E正准备提交代码，回家睡觉，突然发现还没给这个类写上自己的大名，于是，啪啪啪，我在类的头上，留下了我的名字......  \u003C\u002Fp\u003E\u003Cimg src=\"v2-9736ff1a0b4f1ed5dad3d0668b66ecf8.jpg\" data-caption=\"致敬Doug Lea大神！\" data-size=\"normal\" data-rawwidth=\"683\" data-rawheight=\"183\" data-watermark=\"\" data-original-src=\"\" data-watermark-src=\"\" data-private-watermark-src=\"\"\u003E\u003Cp\u003E\u003Cbr\u003E\u003C\u002Fp\u003E\u003Cp\u003E对了，个人公众号\u003Cb\u003EBridge4You\u003C\u002Fb\u003E已经开通，欢迎关注！\u003C\u002Fp\u003E\u003Cp\u003E有些话只能在那里跟你说 (〃'▽'〃)\u003C\u002Fp\u003E\u003Cp\u003E\u003Cbr\u003E\u003C\u002Fp\u003E\u003Ch2\u003E参考\u003C\u002Fh2\u003E\u003Cul\u003E\u003Cli\u003E《Java并发编程实践》\u003C\u002Fli\u003E\u003Cli\u003E\u003Ca href=\"https:\u002F\u002Fdocs.oracle.com\u002Fjavase\u002F8\u002Fdocs\u002Fapi\u002Fjava\u002Futil\u002Fconcurrent\u002FThreadPoolExecutor.html\"\u003EThreadPoolExecutor (Java Platform SE 8 )\u003C\u002Fa\u003E\u003C\u002Fli\u003E\u003Cli\u003E\u003Ca href=\"http:\u002F\u002Ftutorials.jenkov.com\u002Fjava-util-concurrent\u002Fthreadpoolexecutor.html\"\u003EThreadPoolExecutor jenkov.com\u003C\u002Fa\u003E\u003C\u002Fli\u003E\u003Cli\u003E\u003Ca href=\"https:\u002F\u002Fstackoverflow.com\u002Fquestions\u002F17957382\u002Ffixedthreadpool-vs-cachedthreadpool-the-lesser-of-two-evils\"\u003Efixedthreadpool-vs-cachedthreadpool-the-lesser-of-two-evils\u003C\u002Fa\u003E\u003C\u002Fli\u003E\u003C\u002Ful\u003E","updated":new Date("2018-04-01T23:55:55.000Z"),"canComment":false,"commentPermission":"anyone","commentCount":15,"likeCount":144,"state":"published","isLiked":false,"slug":"35188214","isTitleImageFullScreen":false,"rating":"none","sourceUrl":"","publishedTime":"2018-04-02T07:55:55+08:00","links":{"comments":"\u002Fapi\u002Fposts\u002F35188214\u002Fcomments"},"url":"\u002Fp\u002F35188214","titleImage":"https:\u002F\u002Fpic4.zhimg.com\u002Fv2-2c68934abf99242d4349383c11d46a20_r.jpg","summary":"","href":"\u002Fapi\u002Fposts\u002F35188214","meta":{"previous":null,"next":null},"snapshotUrl":"","commentsCount":15,"likesCount":144},"35382932":{"title":"如何学习Java多线程","author":"hong-ze-yang","content":"\u003Cp\u003E最近一段时间，我对《Java并发编程实践》这本经典而又有些难懂的书籍，尝试用了一些简单有趣、通俗易懂的方式进行解读，现整理成GitBook（文末有链接），方便大家阅读。\u003C\u002Fp\u003E\u003Ch2\u003E为什么要解读这本书\u003C\u002Fh2\u003E\u003Cp\u003E\u003Cb\u003E因为这是一本经典却又难懂的书。\u003C\u002Fb\u003E\u003C\u002Fp\u003E\u003Cp\u003E这本书的经典我想不必多讲了，几乎所有想学习Java并发的同学，都会被推荐去看这本书（虽然他们中的大多数在看了不到三分之一之后就放弃了），作为一本书籍，最重要的是系统性和准确性，这本书涵盖了Java并发中几乎所有基础知识点，并且大多数章节都配有实际案例，是一本非常值得收藏的Java并发参考手册。\u003C\u002Fp\u003E\u003Cp\u003E那么为什么说这本书难懂呢？\u003Cbr\u003E总的来说有以下几点：\u003C\u002Fp\u003E\u003Cul\u003E\u003Cli\u003E\u003Cb\u003E理论过多\u003C\u002Fb\u003E。举个例子，书中第五章，在讲Java并发的一些基础构建模块时（ConcurrentHashMap、CopyOnWriteArrayList、Future这些），前面用了很多篇幅讲这些类的理论知识，到章节最后才用一个实际案例将这些知识串起来，而很多读者在看前面那些枯燥乏味的理论性讲解时，就已经消耗了太多意志力，导致最后根本没精力看最后的案例；\u003C\u002Fli\u003E\u003Cli\u003E\u003Cb\u003E有点跳跃\u003C\u002Fb\u003E。书中对一些知识点的讲解，并没有完全讲透，有些只是一笔带过，读者看到难免就会心里好多个疑问，然后就试图通过上下文去理解作者的意思，最后又消耗了大量意志力，导致最终的弃读；\u003C\u002Fli\u003E\u003Cli\u003E\u003Cb\u003E中文翻译别扭\u003C\u002Fb\u003E。这是很多经典技术书籍的通病了，本身这本书就很难懂，翻译的别扭，就更难懂了。\u003C\u002Fli\u003E\u003C\u002Ful\u003E\u003Cp\u003E针对上面这些问题，我采用了以下方式进行解读：\u003C\u002Fp\u003E\u003Cul\u003E\u003Cli\u003E\u003Cb\u003E用讲故事的方式进行讲解\u003C\u002Fb\u003E。让文章兼具知识性和娱乐性，让读者阅读时不会感到枯燥；\u003C\u002Fli\u003E\u003Cli\u003E\u003Cb\u003E先案例后理论\u003C\u002Fb\u003E。我把书中放在章节最后的案例，挪到了文章的开头，让读者先对知识有了大概的了解，同时引发读者的好奇心，在看文章后面的偏理论解读的时候，不会昏昏欲睡；\u003C\u002Fli\u003E\u003Cli\u003E\u003Cb\u003E不局限于书籍本身\u003C\u002Fb\u003E。和大多数读者一样，我在看这本书的时候，也经常会卡壳，然后翻寻上下文，依旧百思不得其解。这时候就需要用到搜索引擎了，所以你经常会在我的文章末尾看到除了《Java并发编程实践》以外的其他参考文献；\u003C\u002Fli\u003E\u003Cli\u003E\u003Cb\u003E必要时看原著\u003C\u002Fb\u003E。上面说了，有些段落的中文翻译实在看着别扭，这时候就需要看回原著，看看作者自己是如何表述的。\u003C\u002Fli\u003E\u003C\u002Ful\u003E\u003Ch2\u003E解读脉络\u003C\u002Fh2\u003E\u003Cp\u003E\u003Cb\u003E我这次解读的内容，也许只包含了Java并发中20%的知识，但这20%的知识，已经足以涵盖平时80%的使用场景。\u003C\u002Fb\u003E下面简单梳理一下这份解读的脉络。\u003C\u002Fp\u003E\u003Cp\u003E\u003Cb\u003E1、为什么要使用线程池\u003C\u002Fb\u003E\u003Cbr\u003E首先，你学习Java多线程，得知道\u003Cb\u003E为什么要使用多线程吧？\u003C\u002Fb\u003E干嘛不老老实实使用单线程呢？这部分比较简单，书里讲的也很清楚，网上一搜资料也一大把，所以这部分不作解读 (￣▽￣)~\u003C\u002Fp\u003E\u003Cp\u003E\u003Cb\u003E2、如何写出线程不安全的代码\u003C\u002Fb\u003E\u003Cbr\u003E好，现在你知道为什么要学Java多线程了。\u003Cbr\u003E那么\u003Cb\u003E当我们谈学习多线程时，我们是在谈学习什么呢？\u003C\u002Fb\u003E谈如何创建线程吗？不是，\u003Cb\u003E多线程里的大多数知识，都是在讲如何在多线程的环境下，保证代码的线程安全性\u003C\u002Fb\u003E，所以，接下来，你要了解，\u003Ca href=\"https:\u002F\u002Fzhuanlan.zhihu.com\u002Fp\u002F32531445\"\u003E如何写出线程不安全的代码\u003C\u002Fa\u003E，知道什么样的代码是线程不安全的，你才会去想如何才能让它线程安全。\u003C\u002Fp\u003E\u003Cp\u003E\u003Cb\u003E3、两个最基础的关键字\u003C\u002Fb\u003E\u003Cbr\u003E现在你写出了线程不安全的代码，是时候想想要怎样把它们变成线程安全的了。\u003Cbr\u003E在Java中，实现线程安全，最最基础的就是两个关键字，\u003Cb\u003Evolatile\u003C\u002Fb\u003E和\u003Cb\u003Esynchronize\u003C\u002Fb\u003E。\u003Cbr\u003Evolatile用的比较少，但是通过对它的学习，你可以了解Java内存模型，\u003Cb\u003E学会透过JVM去看线程问题，这是一个思考范式的提升\u003C\u002Fb\u003E： \u003Ca href=\"https:\u002F\u002Fzhuanlan.zhihu.com\u002Fp\u002F33771071\"\u003EVolatile趣谈——我是怎么把贝克汉姆的进球弄丢的\u003C\u002Fa\u003E \u003Cbr\u003Esynchronize，无需多言，不管是我们自己写的代码，还是JDK里的各个线程安全类，如ConcurrentHashMap，HashTable，大多都是利用synchronize来实现的线程安全：\u003Ca href=\"https:\u002F\u002Fzhuanlan.zhihu.com\u002Fp\u002F33159374\"\u003E如何用一句话介绍synchronize的内涵\u003C\u002Fa\u003E\u003C\u002Fp\u003E\u003Cp\u003E\u003Cb\u003E4、学会委托\u003C\u002Fb\u003E\u003Cbr\u003E学会了volatile和synchronize，以后就可以靠着两兄弟打遍天下无敌手了？\u003Cbr\u003E理论上可行，不过就像那句话说的，拿着锤子的人，看谁都是钉子。要想建一栋大楼，我们不能只有锤子，我们还需要起重机。Java就给了我们很多牛哄哄的起重机，比如ConcurrentHashMap，想想看，每次你想让你的Map线程安全，都要自己手动加上synchronize，这多麻烦，有了ConcurrentHashMap，我们只要把线程安全的重任，\u003Cb\u003E委托\u003C\u002Fb\u003E给它去实现就ok了。\u003Cbr\u003EJava中可以被委托的类还有很多，大体上分为三类，同步容器、并发容器和同步工具类，我的解读，也是通过一个简单的缓存案例，展示了如何把一个原本线程不安全的代码，通过synchronize改为线程安全，再通过委托，强化为性能更猛的缓存器：\u003Ca href=\"https:\u002F\u002Fzhuanlan.zhihu.com\u002Fp\u002F34004674\"\u003EJava趣谈——如何构建一个高效且可伸缩的缓存\u003C\u002Fa\u003E\u003C\u002Fp\u003E\u003Cp\u003E\u003Cb\u003E5、学点内功——线程池\u003C\u002Fb\u003E\u003Cbr\u003E现在你已经掌握了极强的外功了，十八般武艺样样精通，可以去武林大会挑战武林盟主了吗？还不行，光有极强的外功，却没有与之匹配的内功，只会让你走火入魔。\u003Cbr\u003EJava多线程也是如此，上面讲的都是外功，教你如何使用各种工具实现线程安全，但是想想看，实际项目中，你真的可以每个任务过来都给它创建一条线程吗？肯定不行嘛，内存会撑爆的！所以，你还需要掌握一项管控线程数量的技术——\u003Cb\u003E线程池\u003C\u002Fb\u003E，我将通过一个Web服务器的案例，给你展示为什么要使用线程池以及如何将无线程数量管控的代码改为由线程池管控的代码：\u003Ca href=\"https:\u002F\u002Fzhuanlan.zhihu.com\u002Fp\u002F34430546\"\u003EJava趣谈——如何像Tomcat一样处理请求\u003C\u002Fa\u003E\u003Cbr\u003E另外，我还将从Java并发大师Doug Lea的视角，带你了解Java线程池背后的原理：\u003Ca href=\"https:\u002F\u002Fzhuanlan.zhihu.com\u002Fp\u002F35188214\"\u003EJava线程池是如何诞生的？\u003C\u002Fa\u003E\u003C\u002Fp\u003E\u003Cp\u003E\u003Cb\u003E6、学点设计——并发方案\u003C\u002Fb\u003E\u003Cbr\u003E学会了外功，又掌握了内功，可以上江湖闯荡了吗？等等，还有一点，你要知道什么才是你应该出手的时机，你总不能一上来就放大招杀敌一千自损四百吧。Java并发也是如此，你要知道，在什么情况下，应该对任务进行并行化处理，以及哪种情况下并行处理效果更好，我用了一个页面渲染器的案例，给你展示了，如何对并发方案进行设计和优化：\u003Ca href=\"https:\u002F\u002Fzhuanlan.zhihu.com\u002Fp\u002F34928308\"\u003EJava趣谈——如何写出一个高效的页面渲染器\u003C\u002Fa\u003E\u003C\u002Fp\u003E\u003Cp\u003E以上就是我对《Java并发编程实践》中，足以解决你80%的并发问题的20%知识的解读，其他没有解读的包括：\u003C\u002Fp\u003E\u003Cul\u003E\u003Cli\u003E如何取消和关闭线程\u003C\u002Fli\u003E\u003Cli\u003E如何避免线程的活跃性风险\u003C\u002Fli\u003E\u003Cli\u003E如何提升性能和可伸缩性\u003C\u002Fli\u003E\u003Cli\u003E如何测试并发程序\u003C\u002Fli\u003E\u003Cli\u003E显示锁及其原理\u003C\u002Fli\u003E\u003Cli\u003E如何自定义同步工具\u003C\u002Fli\u003E\u003Cli\u003E原子变量及其原理\u003C\u002Fli\u003E\u003Cli\u003E非阻塞算法及其原理\u003C\u002Fli\u003E\u003C\u002Ful\u003E\u003Cp\u003E难道这些知识不重要吗？并不是，只是我还没细看解读不了罢了 (〃’▽’〃)\u003Cbr\u003E那不掌握这些知识，可以出山了吗？可以，\u003Cb\u003E只要你把《Java并发编程实践》这本书放在桌子旁边，知道有问题要去看哪部分就可以了\u003C\u002Fb\u003E，比如你写了一个并发程序，想测试一下，却不知道从何入手，翻开书，看索引，第12章，并发程序的测试，\u003Cb\u003E看，学，学以致用\u003C\u002Fb\u003E，就ok了。\u003C\u002Fp\u003E\u003Cp\u003E当然，我的解读只是为了帮助大家更好的理解书中的将的知识，所以对于我解读过的章节，大家如果想深入学习，还是要翻开书，研究一番的，只不过在看了我的解读之后，你理解起来会更轻松，学习起来会更有目的性，效率会更高。\u003C\u002Fp\u003E\u003Cp\u003E为了方便大家阅读。我把我的解读都整理到一份GitBook里头，后续有新的文章也会加在里面：\u003Cbr\u003E\u003Ca href=\"https:\u002F\u002Fhzy38324.gitbooks.io\u002Fjava-concurrency-in-practice\u002Fcontent\u002F\"\u003EJava Concurrency in Practice（SexyCode解读版）\u003C\u002Fa\u003E\u003C\u002Fp\u003E\u003Ch2\u003E其他推荐书籍\u003C\u002Fh2\u003E\u003Cp\u003E不管什么领域，要想全面的学习一项技术，光看一本书都是不够的。\u003Cbr\u003E如果说学习《Java并发编程实践》这本权威经典之作，是给自己搭建了一个Java多线程的\u003Cb\u003E知识框架\u003C\u002Fb\u003E的话，那么看其他作者写的同主题的书，\u003Cb\u003E就是主动的寻求对已有框架的进一步验证和冲击\u003C\u002Fb\u003E。\u003C\u002Fp\u003E\u003Cp\u003E那么还有什么Java多线程书值得去看一看呢？\u003Cbr\u003E《Java并发编程实践》中，用的是常规的视角来讲Java多线程的，所谓常规，就是由浅到深，层层递进。而我们也可以换一个视角，比如用\u003Cb\u003E设计模式\u003C\u002Fb\u003E的视角来学习。用这个视角来讲Java多线程的开山鼻祖，应该是Doug Lea的\u003Ca href=\"https:\u002F\u002Fbook.douban.com\u002Fsubject\u002F1440218\u002F\"\u003EConcurrent Programming in Java - Design Principles and Pattern\u003C\u002Fa\u003E ，不过老人家毕竟水平太高，写的文章一般人看不懂，所以就有了日本人写的\u003Ca href=\"https:\u002F\u002Fbook.douban.com\u002Fsubject\u002F27116724\u002F\"\u003E图解Java多线程设计模式\u003C\u002Fa\u003E，以及我们中国人写的\u003Ca href=\"https:\u002F\u002Fbook.douban.com\u002Fsubject\u002F26642317\u002F\"\u003EJava多线程编程实战指南（设计模式篇）\u003C\u002Fa\u003E，大家可以选择其中一本进行学习，从一个不一样的视角，看待Java多线程。\u003C\u002Fp\u003E","updated":new Date("2018-04-08T23:47:41.000Z"),"canComment":false,"commentPermission":"anyone","commentCount":11,"likeCount":124,"state":"published","isLiked":false,"slug":"35382932","isTitleImageFullScreen":false,"rating":"none","sourceUrl":"","publishedTime":"2018-04-09T07:47:41+08:00","links":{"comments":"\u002Fapi\u002Fposts\u002F35382932\u002Fcomments"},"url":"\u002Fp\u002F35382932","titleImage":"https:\u002F\u002Fpic1.zhimg.com\u002Fv2-5a72a1af65849540acfc5145a7d43da6_r.jpg","summary":"","href":"\u002Fapi\u002Fposts\u002F35382932","meta":{"previous":null,"next":null},"snapshotUrl":"","commentsCount":11,"likesCount":124},"35979454":{"title":"你有多久没更新过简历了？","author":"hong-ze-yang","content":"\u003Cp\u003E都说“金三银四”，本人也未能免俗。\u003Cbr\u003E经过一个月的面试后，心微微踏实，焦虑渐褪，故撰文一篇，分享之。\u003C\u002Fp\u003E\u003Ch2\u003E定期更新你的简历\u003C\u002Fh2\u003E\u003Cp\u003E这句话以前也听说过，不过那时并没有放在心上，心想老子干的好好的，又不想跳槽，干嘛要更新简历？\u003C\u002Fp\u003E\u003Cp\u003E直到最近准备换工作了，打开尘封许久的简历，想想最近一个项目都做了什么，思考良久，却发现没什么亮点值得写到简历里头；转而想想上一个项目，却发现记忆已然十分模糊……\u003C\u002Fp\u003E\u003Cp\u003E如果我能够坚持两个月更新一次简历呢？那至少会有以下几个好处：\u003C\u002Fp\u003E\u003Cp\u003E\u003Cb\u003E1、保持危机意识。\u003C\u002Fb\u003E\u003Cbr\u003E很多时候我们被工作压的喘不过气来，却还觉得生活特别充实，有一种自己成长很快的错觉。但只要强迫自己两个月更新一次简历，在更新简历时，回想过去两个月在做的事情，有没有值得写进简历的，就知道自己到底有没有在成长了。\u003Cbr\u003E有些人说，不管做什么事，都会对自己有帮助。这么说也不是不对，毕竟让你不停的写安装指导书、升级指导书、不停的搭建环境之类的工作，也是对你有帮助的，至少能够让你打字的速度更快吧？或者如果你是一名资料人员、运营人员，那上面那些工作或许对你精进自己的技艺有所帮助。可如果你就一名开发人员，那些工作实在是在浪费青春。\u003Cbr\u003E为什么？很简单，问自己一句，\u003Cb\u003E你会把这些工作写进简历吗？如果你在写一本自传，你会把这些事情写进自传里头吗？\u003C\u002Fb\u003E \u003Cb\u003E定期更新简历，强迫自己及时从不现实的舒适区中走出来。\u003C\u002Fb\u003E\u003C\u002Fp\u003E\u003Cp\u003E\u003Cb\u003E2、减少记忆负担。\u003C\u002Fb\u003E\u003Cbr\u003E很多项目，在做的时候感觉收获很大，但是时间一久，很多细节就渐渐忘记了，所以如果过了半年再来回忆，就会发现虽然自己好像做了很大贡献，但却讲不出来多少亮点。\u003Cbr\u003E定期更新简历可以让你及时把工作细节记录进去，以后真的想跳槽了，拿出来，一目了然，再稍微精简提炼一下即可。\u003C\u002Fp\u003E\u003Cp\u003E\u003Cb\u003E3、让猎头发现你。\u003C\u002Fb\u003E\u003Cbr\u003E记得我在猎聘、领英上更新完简历的第二天，就有猎头给我打来电话，大概是他们认为更新简历的，都是想换工作的吧。定期更新简历可以让更多猎头发现你。\u003Cbr\u003E当然，如果你不想被猎头打扰，那可以不更新招聘网站的简历，只更新你自己个人网站、甚至就在个人电脑里更新下pdf就可以了。\u003C\u002Fp\u003E\u003Ch2\u003E项目经验不够 技术来凑\u003C\u002Fh2\u003E\u003Cp\u003E上面提到了，我在更新简历时，发现项目里头做的事情亮点实在太少了，这自然也影响到我后面的面试。\u003Cbr\u003E面阿里时，一面问的大多是纯技术问题，项目经历不会太过深入，弱点没有暴露。\u003Cbr\u003E二面就麻烦了，面试官让我谈谈在项目中遇到的难题，我只能聊一下我认为的做到过”最难“的一个需求。\u003Cbr\u003E聊完之后，面试官反问一句，你这个需求是多少人天工作量？\u003Cbr\u003E答曰：我个人花了五天。\u003Cbr\u003E面试官不解，\u003Cb\u003E为什么你在华为工作了快两年，会拿一个五人天的需求来讲呢？\u003C\u002Fb\u003E\u003Cbr\u003E顿时沉默。。。哦对，那天还是视频面试。。。。\u003Cbr\u003E面试官无奈，只能转而问其他一些技术问题。\u003C\u002Fp\u003E\u003Cp\u003E过了两天，让在阿里工作的朋友帮忙看流程走到哪里，得知已经是“待回绝”状态，心灰意冷，感觉前途茫茫，项目经历这东西可不是一天两天能补上的。。。\u003C\u002Fp\u003E\u003Cp\u003E就这样过了大概一个星期，就在我把目标瞄准美团和网易时，一天晚上，一个电话打来，来电显示是阿里巴巴，顿时有些小激动，面试官上来第一句话就是，“\u003Cb\u003E之前面试你的同事觉得你的项目经历跟他们的要求不太相符，把你转给我们组了\u003C\u002Fb\u003E”，嘿嘿，运气这么好，难道是面试官视频时觉得我长得太帅了？\u003Cbr\u003E于是接下来的三面和四面，都是在聊纯技术了，不得不说阿里还是挺包容的。\u003C\u002Fp\u003E\u003Cp\u003E当然了，也不是说项目经验就不重要，对于我这种工作还未满两年的，或许面试官还觉得情有可原，但是对于工作三年及以上的老司机们，再没有拿得出手的项目经验或许就过意不去了。\u003C\u002Fp\u003E\u003Ch2\u003E及时总结\u003C\u002Fh2\u003E\u003Cp\u003E\u003Cb\u003E面试也是一个迭代的过程，每次面试后都要花点时间好好总结一下，不过是硬技能还是软技能，争取下次可以发挥的更好。\u003C\u002Fb\u003E\u003C\u002Fp\u003E\u003Cp\u003E还是以我这次面试为例，虽说面试重点转向技术了，但是在面试过程中还是发现自己有不少技术黑洞的。\u003C\u002Fp\u003E\u003Cp\u003E譬如阿里二面时面试官有意考察了一下我的技术面广度，问了一下我三次握手和数据库隔离级别的问题，我竟然脑子一片空白，知道这些都是很基础的计算机理论，但是无奈在工作中用的实在太少，已然忘光。\u003C\u002Fp\u003E\u003Cp\u003E虽然在面试时答不上来，\u003Cb\u003E但老子不能让白白掉血\u003C\u002Fb\u003E，是时候把数据库和网络列进学习任务了，之前都在专研Java和一些框架，基础却尚未打牢。而且，像这么基础的计算机知识，虽然不懂，对平时工作好像没什么影响，但那是一种错觉，\u003Cb\u003E所谓“无知者无畏”，正因为不懂，才很多因素就不会去考虑了，自然也就不会去用到对应的知识。\u003C\u002Fb\u003E\u003C\u002Fp\u003E\u003Cp\u003E估计很多人像我一样，在面试完之后，大脑会处于空白状态，什么事都不想做，不管是面试顺利也好、面试受挫也好。这时候可以强迫自己，\u003Cb\u003E把面试过程记录下来\u003C\u002Fb\u003E（个人喜欢用xmind思维导图记录），然后进行总结。\u003C\u002Fp\u003E\u003Ch2\u003E不懂不要强答\u003C\u002Fh2\u003E\u003Cp\u003E\u003Cb\u003E面试时碰到自己不懂的问题，实在很正常，这时候切忌不要强答，而是迅速承认自己不懂，然后引导面试官到自己擅长的领域。\u003C\u002Fb\u003E\u003C\u002Fp\u003E\u003Cp\u003E譬如网易二面时，面试官上来就问了我Spring Bean的加载机制，那时并没有看过这一块的源码，但是又不甘心第一个问题就挂掉，于是硬着头皮，喃喃了几句。\u003Cbr\u003E面试官很明显发现了我是个门外汉，问了一句，看过这一块的代码吗？\u003Cbr\u003E答曰：看过一点。。。\u003Cbr\u003E面试官：好吧，我懂了。。。\u003C\u002Fp\u003E\u003Cp\u003E现在回想起来，我那时应该这样处理：\u003Cbr\u003E答曰：这一块我不是特别熟悉，只知道Spring IoC是用到了工厂模式，我对Spring AOP比较理解，看过AOP的源码。\u003Cbr\u003E这样一来面试官也知道你对Spring IoC理解不深，自然不会继续追问，而你又提到了你对AOP很理解，那面试官肯定也懂你的意思了，接下来肯定会顺着你的意愿，说，“好，那你讲讲Spring Aop是怎么实现的？”\u003C\u002Fp\u003E\u003Cp\u003E当然，别忘了，要及时总结，不然下一次问到你还是不懂，我面试完第二天就研究起Spring IoC的源码，还现学现卖，上知乎回答了个问题，现在竟然有四百多个赞：\u003Ca href=\"https:\u002F\u002Fwww.zhihu.com\u002Fquestion\u002F21346206\u002Fanswer\u002F359268420\"\u003E怎么阅读Spring源码？ - Javdroider Hong的回答 - 知乎\u003C\u002Fa\u003E\u003C\u002Fp\u003E\u003Ch2\u003E坚持写作给面试带来的好处\u003C\u002Fh2\u003E\u003Cp\u003E一开始写作只是为了强迫自己总结输出，实在没想到还能给面试带来帮助。\u003C\u002Fp\u003E\u003Cp\u003E\u003Cb\u003E1、方便复习。\u003C\u002Fb\u003E\u003Cbr\u003E看自己的代码，秒懂，看别人的代码，WTF！\u003Cbr\u003E文章也是，看自己写的文字，很容易理解，很容易回忆起自己当时写的时候在想什么，但是看别人的文章，就需要费些脑汁了。\u003Cbr\u003E准备面试的时候，想复习一些JVM的一些知识，想到自己之前在CSDN写过一系列JVM的文章，于是拿起来，半个小时不到，把近十篇文章重新看了一遍，顿时信心满满。\u003C\u002Fp\u003E\u003Cp\u003E\u003Cb\u003E2、面试加分项。\u003C\u002Fb\u003E\u003Cbr\u003E面试官们第一眼看到我的博客，都难免有些怀疑。\u003Cbr\u003E一个程序员可以有这么好的文采？我不信。\u003Cbr\u003E一个程序员怎么有时间写这么多文章？我不信。\u003Cbr\u003E一个程序员有空了不打游戏泡妞，竟然写起了文章？我更不信！\u003C\u002Fp\u003E\u003Cp\u003E于是他们都会问我，“这些文章是你写的吗？”\u003Cbr\u003E这时候我要刻意遏制住心中的怒火（老子最憎恨抄袭），压低语气，回答，“是的，一般都是在周末，周六周日写的。”\u003Cbr\u003E“哦？为什么想到要写文章呢？”\u003Cbr\u003Eblablabla….\u003Cbr\u003E最后面试官渐渐相信是我写的了，夸一句，“写的真的很不错！”\u003Cbr\u003E“谢谢！哈哈哈（呵呵呵）”\u003C\u002Fp\u003E\u003Cp\u003E阿里四面的面试官甚至问了我一个问题，“如果让你写一本Java的书，你会写什么？”\u003Cbr\u003E这大概是我面试时碰到的最有意思的问题了。\u003C\u002Fp\u003E\u003Cp\u003E当然，\u003Cb\u003E坚持写作还能提升你表达的条理性\u003C\u002Fb\u003E，有些面试官会让你自由的聊聊一些话题，比如聊聊JVM的垃圾回收、聊聊Java并发，这时候如果之前已经写过一系列系统的文章，那么聊起了也就会显得非常有条理，显得你对知识掌握的非常全面。\u003C\u002Fp\u003E\u003Cp\u003E以上，就是SexyCode在2018年“金三银四”期间的面试感受，希望对你有所帮助。\u003C\u002Fp\u003E","updated":new Date("2018-04-23T00:26:44.000Z"),"canComment":false,"commentPermission":"anyone","commentCount":6,"likeCount":68,"state":"published","isLiked":false,"slug":"35979454","isTitleImageFullScreen":false,"rating":"none","sourceUrl":"","publishedTime":"2018-04-23T08:26:44+08:00","links":{"comments":"\u002Fapi\u002Fposts\u002F35979454\u002Fcomments"},"url":"\u002Fp\u002F35979454","titleImage":"https:\u002F\u002Fpic4.zhimg.com\u002Fv2-bc798901e64e576d2ccc5bf9a927824d_r.jpg","summary":"","href":"\u002Fapi\u002Fposts\u002F35979454","meta":{"previous":null,"next":null},"snapshotUrl":"","commentsCount":6,"likesCount":68}},"User":{"hong-ze-yang":{"isFollowed":false,"name":"Javdroider Hong","headline":"About me -&gt; http:\u002F\u002Fbridgeforyou.cn\u002Fabout\u002F\nMy CSDN （技术的我）-&gt; http:\u002F\u002Fblog.csdn.net\u002Fhzy38324\n简书 （文艺的我）-&gt; http:\u002F\u002Fwww.jianshu.com\u002Fu\u002F86696f09d988","avatarUrl":"https:\u002F\u002Fpic1.zhimg.com\u002Fv2-5f8318f188a97a5845e5b2b912f1b944_s.jpg","isFollowing":false,"type":"people","slug":"hong-ze-yang","bio":"知乎专栏《Beautiful Java》的作者，一个热爱足球和健身的上进boy","hash":"45885a5ec948d71a917f88fe9f79e93e","uid":49074644451328,"isOrg":false,"description":"About me -&gt; http:\u002F\u002Fbridgeforyou.cn\u002Fabout\u002F\nMy CSDN （技术的我）-&gt; http:\u002F\u002Fblog.csdn.net\u002Fhzy38324\n简书 （文艺的我）-&gt; http:\u002F\u002Fwww.jianshu.com\u002Fu\u002F86696f09d988","profileUrl":"https:\u002F\u002Fwww.zhihu.com\u002Fpeople\u002Fhong-ze-yang","avatar":{"id":"v2-5f8318f188a97a5845e5b2b912f1b944","template":"https:\u002F\u002Fpic1.zhimg.com\u002F{id}_{size}.jpg"},"isOrgWhiteList":false,"isBanned":false},"highkay":{"isFollowed":false,"name":"黄承开","headline":"A continuous entrepreneur, fullstack crafter and life-long learner.","avatarUrl":"https:\u002F\u002Fpic1.zhimg.com\u002Ff74187f9c_s.jpg","isFollowing":false,"type":"people","slug":"highkay","bio":"对工程师来讲没有什么问题是一个通宵搞不定的，如果一个搞不定，那就两个通宵。","hash":"088d38587fb95bd69e8ab2463276ef2f","uid":28867842539520,"isOrg":false,"description":"A continuous entrepreneur, fullstack crafter and life-long learner.","profileUrl":"https:\u002F\u002Fwww.zhihu.com\u002Fpeople\u002Fhighkay","avatar":{"id":"f74187f9c","template":"https:\u002F\u002Fpic1.zhimg.com\u002F{id}_{size}.jpg"},"isOrgWhiteList":false,"isBanned":false}},"Comment":{},"favlists":{}},"me":{},"global":{"experimentFeatures":{"ge3":"ge3_9","ge2":"ge2_1","androidPassThroughPush":"all","sEI":"c","nwebQAGrowth":"experiment","qawebRelatedReadingsContentControl":"close","liveStore":"ls_a2_b2_c1_f2","nwebSearch":"nweb_search_heifetz","newSignBg":"new","rt":"y","isOffice":"false","enableTtsPlay":"post","newLiveFeedMediacard":"new","newMobileAppHeader":"true","growthSearch":"s2","hybridZhmoreVideo":"yes","nwebGrowthPeople":"default","nwebSearchSuggest":"default","qrcodeLogin":"qrcode","enableVoteDownReasonMenu":"enable","isShowUnicomFreeEntry":"unicom_free_entry_off","growthBanner":"default","newMobileColumnAppheader":"new_header","androidDbRecommendAction":"open","zcmLighting":"zcm","androidDbFeedHashTagStyle":"button","appStoreRateDialog":"close","mobileFeedGuide":"block","default":"None","isNewNotiPanel":"no","adR":"b","wechatShareModal":"wechat_share_modal_show","uRe":"1","androidProfilePanel":"panel_b"}},"columns":{"next":{},"beautifuljava":{"pins":["29426019"],"followersCount":3029,"creator":{"bio":"知乎专栏《Beautiful Java》的作者，一个热爱足球和健身的上进boy","isFollowing":false,"hash":"45885a5ec948d71a917f88fe9f79e93e","uid":49074644451328,"isOrg":false,"slug":"hong-ze-yang","isFollowed":false,"description":"About me -&gt; http:\u002F\u002Fbridgeforyou.cn\u002Fabout\u002F\nMy CSDN （技术的我）-&gt; http:\u002F\u002Fblog.csdn.net\u002Fhzy38324\n简书 （文艺的我）-&gt; http:\u002F\u002Fwww.jianshu.com\u002Fu\u002F86696f09d988","name":"Javdroider Hong","profileUrl":"https:\u002F\u002Fwww.zhihu.com\u002Fpeople\u002Fhong-ze-yang","avatar":{"id":"v2-5f8318f188a97a5845e5b2b912f1b944","template":"https:\u002F\u002Fpic1.zhimg.com\u002F{id}_{size}.jpg"},"isOrgWhiteList":false,"isBanned":false},"topics":[{"url":"https:\u002F\u002Fwww.zhihu.com\u002Ftopic\u002F19561132","id":"19561132","name":"Java"},{"url":"https:\u002F\u002Fwww.zhihu.com\u002Ftopic\u002F19566470","id":"19566470","name":"Java 虚拟机（JVM）"},{"url":"https:\u002F\u002Fwww.zhihu.com\u002Ftopic\u002F19620553","id":"19620553","name":"Java EE"}],"activateState":"activated","href":"\u002Fapi\u002Fcolumns\u002Fbeautifuljava","acceptSubmission":true,"firstTime":false,"postTopics":[{"postsCount":22,"id":3646,"name":"Java"},{"postsCount":6,"id":5433,"name":"Java 虚拟机（JVM）"},{"postsCount":6,"id":1354,"name":"编程"},{"postsCount":5,"id":16465,"name":"Spring"},{"postsCount":4,"id":707,"name":"程序员"},{"postsCount":4,"id":197742,"name":"Java并发编程实战（书籍）"},{"postsCount":3,"id":23144,"name":"多线程"},{"postsCount":3,"id":35437,"name":"测试驱动开发"},{"postsCount":3,"id":63207,"name":"Java SE"},{"postsCount":2,"id":23521,"name":"Java EE"},{"postsCount":2,"id":7897,"name":"程序员修养"},{"postsCount":2,"id":26356,"name":"理性思考"},{"postsCount":2,"id":69337,"name":"并发"},{"postsCount":2,"id":167241,"name":"Spring Boot"},{"postsCount":1,"id":9687,"name":"RESTful"},{"postsCount":1,"id":10819,"name":"Java 编程"},{"postsCount":1,"id":12585,"name":"工作"},{"postsCount":1,"id":15498,"name":"Eclipse"},{"postsCount":1,"id":622,"name":"面试"},{"postsCount":1,"id":16495,"name":"设计模式"},{"postsCount":1,"id":1018,"name":"管理"},{"postsCount":1,"id":2458,"name":"软件工程"},{"postsCount":1,"id":4928,"name":"缓存"},{"postsCount":1,"id":708,"name":"软件开发"},{"postsCount":1,"id":36806,"name":"软件调试"},{"postsCount":1,"id":57312,"name":"线程池"},{"postsCount":1,"id":5716,"name":"解决问题"},{"postsCount":1,"id":6611,"name":"批判性思维"},{"postsCount":1,"id":87221,"name":"JDK源码"},{"postsCount":1,"id":159900,"name":"微服务架构"},{"postsCount":1,"id":163323,"name":"依赖注入"},{"postsCount":1,"id":163487,"name":"书单"},{"postsCount":1,"id":1351,"name":"思维"},{"postsCount":1,"id":177153,"name":"Spring Cloud"},{"postsCount":1,"id":197740,"name":"Java并发编程（书籍）"},{"postsCount":1,"id":522,"name":"跳槽"}],"pendingName":"","avatar":{"id":"v2-707b9f4aafeac8fc25d2e1e64252ce93","template":"https:\u002F\u002Fpic4.zhimg.com\u002F{id}_{size}.jpg"},"canManage":false,"description":"一个分享Java知识干货的专栏，内容涵盖Java SE、Spring、JVM调优等领域的知识。同时这也是一本帮助你写出优雅的Java代码，拥有美丽的编程心情的Java修炼手册。","pendingTopics":[],"nameCanEditUntil":0,"reason":"","banUntil":0,"slug":"beautifuljava","name":"Beautiful Java","url":"\u002Fbeautifuljava","intro":"Java修炼手册，欢迎用优质文章砸我","topicsCanEditUntil":0,"activateAuthorRequested":"none","commentPermission":"anyone","following":false,"postsCount":30,"canPost":false,"FULLINFO":true}},"columnPosts":{"beautifuljava":{"entity":["35979454","35382932","35188214","34946854","34928308","34430546","34287582","34039230","34004674","33771071","33375256","33159374","32932986","32717680","32531445","32310340","31884506","31846181","31662844","31422746"],"next":{"rel":"next","href":"\u002Fapi\u002Fcolumns\u002Fbeautifuljava\u002Fposts?limit=20&offset=20","query":{"limit":"20","offset":"20"}}}},"columnSettings":{"colomnAuthor":[],"uploadAvatarDetails":"","contributeRequests":[],"contributeRequestsTotalCount":0,"inviteAuthor":""},"postComments":{},"postReviewComments":{"comments":[],"newComments":[],"hasMore":true},"favlistsByUser":{},"favlistRelations":{},"promotions":{},"switches":{"couldSetPoster":false},"draft":{"titleImage":"","titleImageSize":{},"isTitleImageFullScreen":false,"canTitleImageFullScreen":false,"title":"","titleImageUploading":false,"error":"","content":"","draftLoading":false,"updating":false,"globalLoading":false,"pendingVideo":{"resource":null,"error":null}},"drafts":{"draftsList":[],"next":{}},"config":{"userNotBindPhoneTipString":{}},"recommendPosts":{"articleRecommendations":[],"columnRecommendations":[]},"env":{"edition":{"baidu":false,"yidianzixun":false,"qqnews":false},"isAppView":false,"appViewConfig":{"content_padding_top":128,"content_padding_bottom":56,"content_padding_left":16,"content_padding_right":16,"title_font_size":22,"body_font_size":16,"is_dark_theme":false,"can_auto_load_image":true,"app_info":"OS=iOS"},"isApp":false,"userAgent":{"ua":"CCBot\u002F2.0 (http:\u002F\u002Fcommoncrawl.org\u002Ffaq\u002F)","browser":{},"engine":{},"os":{},"device":{},"cpu":{}}},"message":{"newCount":0},"pushNotification":{"newCount":0}}