记录－交流－Web开发知识分享
找工作的时候是否经常看到要求有高并发，分布式系统的开发设计经验，或者高并发，分布式系统的开发设计经验者优先等字样，这时候情不自禁的搜索一下什么是并发，多少算高并发，再思索一下自己的经历哪些是符合这个要求的？那么什么是并发，开发中的并发是怎么处理的，简单了解一下吧。
本文基于我在2月27日Gopher北京聚会演讲整理而成，进行了一些补充以及调整。投稿给《高可用架构》公众号首发。
聊这个话题之前，先梳理下两个概念，几乎所有讲并发的文章都要先讲这两个概念：
文章来源于 @justjavac在知乎上的邀请，要写在知乎上的回答。因为有原创，所以先首发，免得被伪原创。每天有大把的时间刷GitHub，写博客。从我大二的时候，大概六年前开始写技术博客，到现在已经有540+了，大概每年会写一百篇左右。
这个答案由四部分组成：
MessagePack 是个什么东东？先来看一段官方的解释：
…MessagePack is an efficient binary serialization format. It lets you exchange data among multiple languages like JSON. But it’s faster and smaller. Small integers are encoded into a single byte, and typical short strings require only one
我们在一些著名开源项目的版本库中，通常可以看到trunk, branches, tags等三个目录。由于SVN固有的特点，目录在SVN中并没有特别的意义，但是这三个目录却在大多数开源项目中存在，这是因为这三个目录反映了软件开发的通常模式。
trunk是主分支，是日常开发进行的地方。
branches是分支。一些阶段性的release版本，这些版本是可以继续进行开发和维护的，则放在branches目录中。又比如为不同用户客制化的版本，也可以放在分支中进行开发。
tags目录一般是只读的，这里存储阶段性的发布版本，只是作为一个里程碑的版本进行存档。…
使用svn几年了，一直对分支和合并敬而远之，一来是因为分支的管理不该我操心，二来即使涉及到分支的管理，也不敢贸然使用合并功能，生怕合并出了问题对团队造成不良影响，最主要的原因是，自己对分支的目的和合并的方法不甚了解，这才是硬伤。
最近由于适配机型的需要（本人从事手机客户端的开发），需要经常接触分支和合并两项工作，突然发现这玩意整不明白很难开展工作，遂这两天着重研究了一下，有点收获，怕以后忘了，故趁着余温尚在赶紧写下来，好记性不如烂笔头嘛。下文的实践主要是参考了TortoiseSVN的帮助文档和Subversion的在线文档，Subversion的在线文档：http://svnbook.red-bean.com/en/1.5/svn-book.html…
本来只是分享几条看法，没想到会有这么多人喜欢。我再补充一些，希望能对进阶中的程序朋友有帮助。手机敲得，比较凌乱。作为个人意见仅供参考。
1.重构是程序员的主力技能。
2.工作日志能提升脑容量。
3.先用profiler调查，才有脸谈优化。
4.注释贵精不贵多。杜绝大姨妈般的“例注”。漫山遍野的碎碎念注释，实际就是背景噪音。…
http://bbs.chinaunix.net/thread-709365-1-1.html
http://topic.csdn.net/t/20040810/19/3261335.html
通俗的说连接后不关就是长连接,呵呵.
给你举个例子,作上网的代理:proxy
client <---> proxy <---> server…
近期评论