总结
大型分布式系统犹如一个生命，系统中各个服务犹如骨骼，其中的数据犹如血液，而Kafka犹如经络，串联整个系统。这份Kafka源码笔记通过大量的设计图展示、代码分析、示例分享，把Kafka的实现脉络展示在读者面前，帮助读者更好地研读Kafka代码。
麻烦帮忙转发一下这篇文章+关注我
“description”:“”, //可选，包描述
“main”:[], //可选，入口文件，bower本身不使用，供第三方构建工具会使用，每种文件类型只能有一个。
“ignore”:[], //可选，文件或目录列表。bower安装的时候将忽略该列表中的文件。
//bower是从git仓库或压缩包下载一个包，里面的文件并不一定全部需要。
“dependencies”:[], //依赖包，name:value，value可以是包的semver
//range(版本号范围)，也可以直接是一个包的git地址或压缩包地址。
“devDependencies”:[], //开发依赖包，仅仅在开发过程中测试或者编译文档用，部署生产环境是不需要。
//格式和dependencies 相同
“resolutions”:[], //包引用冲突自动使用该模块指定的包版本
//格式和dependencies 相同
“moduleType”:“”, //可选，指定包采用那种模块化方式(globals,amd,node,es6,yui)
“private”:Boolean, //是否公开发布当前包,如果只是使用bower来管理项目的包，设置为true.
“license”:“”, //授权方式(GPL-3.0,CC-BY-4.0…)
“keywords”:[], //可选，方便注册后容易被其他人搜索到。
“authors”:[], //作者列表
“homepage”:[], //主页，包介绍页
“repository”:{ //包所在仓库。
“type”: “git”,
“url”: “git://github.com/foo/bar.git”
},
｝
小结
简单的才是最重要的，从简单的学起，相信一切都会变得不简单。
总结
我们总是喜欢瞻仰大厂的大神们，但实际上大神也不过凡人，与菜鸟程序员相比，也就多花了几分心思，如果你再不努力，差距也只会越来越大。
面试题多多少少对于你接下来所要做的事肯定有点帮助，但我更希望你能透过面试题去总结自己的不足，以提高自己核心技术竞争力。每一次面试经历都是对你技术的扫盲，面试后的复盘总结效果是极好的！
录**
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
