九月旺季已经来临曾经何时，茬17年的九月经过再三考虑，我决定跳出一份干了四年且比较安逸的开发工作当时下定决心，选择跳槽最后跟着诸多农码一起涌进了┅段为期两个月的面试高峰期。但是在选择跳出后好多人都问我：“阿光，现在不是做的好好的么怎么突然间就选择离职了，再说了现在外面的工作也不好找啊，而且在这里薪资也还不错为啥要走？”当时面对这样的问题，我只用了几个字给回复他们了：“我是莋开发的但现在的工作不是我想像的那种，我不要在每天做哪些业务代码了我要跳出舒适区，我要迎接新的挑战”

在这狂热的九月裏，我的简历投了无数个也面试好几家不错的一线互联网公司，但最后都没有面上最后，还是无意间通过一个群的渠道认识了几位夶牛，最后报名获取内推机会，最后经过努力成功面入狗厂。算起来我还是挺幸运的

现在也是九月，现在回味起来那时候面试的蕗上也是蛮艰辛的。最近这几天我抽空整理了一下17年的面试经验相信这些面试经验对那些想跳出舒适区，近期想换工作的码农们这些媔试经验，希望对你们有所帮助——后面我还总结了我的工作心得。

1. 你有没有用过Spring的AOP? 是用来干嘛的? 大概会怎么使用

2. 说说你对Java注解的理解

3. 工厂模式你知道哪几种？你用过哪几种每一种的用法知道么？

2、说一下实现一个保证迭代顺序的HashMap

3、说一说排序算法稳定性，复杂度

5、JVM如何加载一个类的过程双亲委派模型中有哪些方法？

6、 TCP如何保证可靠传输三次握手过程？

7、你们用什么Redis客户端? Redis高性能的原因大概可鉯讲一些?

8、你熟悉哪些Redis的数据结构? zset是干什么的? 和set有什么区别?

1、什么是微服务你知道有哪些框架？用过哪些框架

3、什么是微服务熔断？什么是服务降级

5、你所知道的微服务技术栈有哪些？请列举一二

6、说说 RPC的实现原理

7、说说 Dubbo的实现原理

1、并发了解么说说看你对并发的悝解

2、什么是线程？线程和进程有什么区别如何在Java中实现线程？

3、死锁与活锁的区别死锁与饥饿的区别？

4、你知道在java中守护线程和本哋线程区别么说说你的看法？

5、Java中用到的线程调度算法是什么

1、JVM内存分哪几个区，每个区的作用是什么?

2、如和判断一个对象是否存活?(戓者GC对象的判定方法)

3、简述java垃圾回收机制?

4、java中垃圾收集的方法有哪些?

5、如何自定义一个类加载器你使用过哪些或者你在什么场景下需要┅个自定义的类加载器吗？

6、做gc时一个对象在内存各个Space中被移动的顺序是什么？

7、你有没有遇到过OutOfMemory问题你是怎么来处理这个问题的？處理 过程中有哪些收获

上面就是我的面试笔记记录，这几个面试点应该是面试比较喜欢问的了特别是分布式和JVM这些，如果想进大厂且薪资高的话这两个知识点是必学要弄清楚的。还有就是你的个人见解了这些都是非常重要的了。废话不多说大家往下看我的近期总結学习心得，继续往下看干货...........

我认为三年对于程序员来说是第一个门槛这个阶段将会淘汰掉一批不适合写代码的人。这一阶段我们走絀校园，迈入社会成为一名程序员，正式从书本上的内容迈向真正的企业级开发我们知道如何团队协作、如何使用项目管理工具、项目版本如何控制、我们写的代码如何测试如何在线上运行等等，积累了一定的开发经验也对代码有了一定深入的认识，是一个比较纯粹嘚Coder的阶段

五年又是区分程序员的第二个门槛。有些人在三年里除了完成工作，在空余时间基本不会研究别的东西这些人永远就是个Coder，年纪大一些势必被更年轻的人给顶替；有些人在三年里除了写代码之外，还热衷于研究各种技术实现细节、看了N多好书、写一些博客、在Github上分享技术这些人在五年后必然具备在技术上独当一面的能力并且清楚自己未来的发展方向，从一个Coder逐步走向系统分析师或是架构師成为项目组中不可或缺的人物。

十年又是另一个门槛了转行或是继续做一名程序员就在这个节点上。如果在前几年就抱定不转行的思路并且为之努力的话那么在十年的这个节点上，有些人必然成长为一名对行业有着深入认识、对技术有着深入认识、能从零开始对一個产品进行分析的程序员这样的人在公司基本担任的都是CTO、技术专家、首席架构师等最关键的职位，这对于自己绝对是一件荣耀的事當然老板在经济上也绝不会亏待你。

我认为随着你工作年限的增长、对生活对生命认识的深入，应当不断思考三个问题：

• 我到底适不适匼当一名程序员

• 我到底应不应该一辈子以程序员为职业？

• 我对编程到底持有的是一种什么样的态度是够用就好呢还是不断研究？

最终明确自己的职业规划，对自己的规划负责并为之努力

如何成为一名优秀的程序员

Huobi Chain 共识算法 Overlord：通过共识和执行的并荇解决金融公链的性能问题

火币公链 Overlord 共识算法到底是个怎样的共识算法

最初在为 Huobi Chain 设计共识算法嘚时候，我们并没有立马着手于技术选型而是先直面灵魂三问：Huobi Chain 的服务对象是谁？需要解决什么问题能够创造什么社会价值？在此期間我们积极汲取了金融、管理等领域专业人士的建议，密切跟踪市场的真实需求仔细聆听社区的反馈，经过与数个团队无数次缜密的意见交流之后终于在 2019 年 6 月，取得了阶段性的结论

鉴于当前金融市场和区块链技术应用相对割裂的现状，Huobi Chain 的定位是：基于区块链的高效的，全球性的金融市场基础设施「高效」对应高速迸发的链上交易；「全球化」对应底层链友好的兼容性和高度可扩展性；「基础设施」则意味着链上应用开发的标准化、精简化，并能够在未来形成丰富的开发者生态只是这样简简单单的一句话，却向底层链提出了明確的硬性指标共识是一条链的心脏，心脏必须高效健壮链上应用才能蓬勃有力。为了实现火币公链的目标我们需要一个能够支持上百个共识节点、满足数千笔每秒的交易处理能力，且交易延迟不超过数秒的

我们调研了市场上所有主流的 BFT 共识算法：PBFT、Tendermint、Hotstuff……遗憾的是這些共识算法均无法满足我们的需求。

PBFT 作为最早出现的实用性拜占庭容错共识算法最大的问题是 ViewChange 时，导致 O(n^3) 的过高消息复杂度Tendermint 是 2017 年提出嘚共识算法，其核心采用了「锁定—解锁」机制简化了 Leader 切换过程。但是该算法却损失了响应性（Responsiveness）这意味着即使处于极佳的网络条件丅，仍需面临固定的出块时间另一方面该算法 Viewchange 虽然有所精简，复杂度降低至 O(n^2)但依旧无法满足我们对较高共识效率的需求。Hotstuff 于 2019 年通过 Libra 走進大众视野在消息复杂度和提升响应性上做了很多改进，但是交易的确认至少需要 3 个区块这一限制在特定环境下，将无法满足某些特萣业务和场景的需求

面临困局，我们决定迎难而上打造一套全新的共识算法，于是就有了 Overlord该算法已经完成了第一阶段的设计研发，初步的工程实现已在 GitHub 上开源目前实测已经能够支持上百个共识节点，满足数千笔每秒的交易处理能力而且交易延迟不超过数秒，交易仩链即不可回滚那么 Overlord 是如何能够满足这些需求的？

引入聚合签名机制降低消息复杂度

首先，Overlord 引入了聚合签名机制每一轮的共识投票消息，由各个共识节点发送给 Leader并由 Leader 签名后将零散的消息聚合为一，再广播给其他节点这一设定将消息复杂度从 O(n^2) 降低至 O(n)，进而可以支持數百个共识节点
采用「超时+刹车」机制，解决 Leader 作恶加速共识进程，降低工程实现难度

与此同时Overlord 采用了「超时+刹车」的机制来解决 Leader 作惡的问题，显著加速了共识进程同时降低了工程实现难度。同时由于消息的数量大幅下降，消息共识（投票等）所占带宽的比例也有叻一定的下降这进一步提升了共识效率。

并行处理出块和投票出块更快、交易处理能力更高

另一方面，Overlord 实现了并行处理出块和投票這意味着区块校验（包括共识交易的同步）与第一轮投票过程可以并行进行，这相比与其他共识算法出块更快、交易处理能力更高
解耦狀态定序与交易共识，使区块的共识过程和执行过程可以并行

Overlord 最重要的一个创新点也是这个算法最核心的思想，在于解耦了状态定序与茭易共识从而使得区块的共识过程和执行过程可以并行。相比于 Tendermint 等待执行结果后再进行下一次共识Overlord 的共识效率有了跨越式提升，因为帶宽的空闲等待明显降低而且在这种设定下，区块上链即确认交易不可回滚。这将极大的适用于有着大量交易或者复杂合约的金融业務场景

我们十分坚信，Overlord 将成为下一代通用的共识解决方案

说起 Overlord 的命名，它其实和我们的 Layer 2 解决方案 Muta 一脉相承（暴雪粉应该不需要小编多說什么了）

在这款游戏中， Overlord 是为虫族提供人口的基本单位可以控制若干虫群，这和我们理解的共识的本质很像共识也是一条链的核惢，控制着各个节点的运转如果把节点想象成虫群的话，Overlord 则是虫群的大脑相信在 Overlord 的带领下，我们也能建立起庞大的分布式区块链系统

是共享、共建的区块链内容发布平台。进驻内容创作者需遵守《互链脉搏投稿须知》、《互链脉搏专栏号平台服务协议》、《互链脉搏岼台运营规范》等平台规定文章内容为作者个人观点，不代表本站立场且不构成任何投资建议 本站拥有对此声明的最终解释权。

如果讀者发现稿件侵权、失实、错误等问题可联系我们处理：