都在哪里投递的简历啊，拉钩和 boss 貌似都不是很好用.

都什么年代了，还持有用 mac 就装逼的人得有多 low

据说你们是 7710 的节奏啊……

需要设置屏蔽的公司

收拾收拾自己，天天洗头，着装别那么邋遢，该买一些有品位的衣服，买一些穿着舒服又看着得劲的着装；

手指甲该剪剪，说话沟通，别显着真屌丝的范儿；

该工作工作，该跟朋友玩儿跟朋友玩儿，认识女生，主动大胆。

平时回家也不见得你学习，少打游戏

@ohshift 还有证书大小，三级证书的话，包括站点证书，中级证书，不要根证书；四级证书的话；就站点证书+2 个中级证书；

这样能减少证书大小的传输。

@ohshift

1. 如果全站 HTTPS ，开启 STS ；避免每次 http 跳转到 https 多余的 302 跳转。
2. 设置 OCSP ，由服务器验证证书，避免客户端验证证书，客户端验证会多一步 ocsp 的域名解析、 tcp 握手、以及验证交互；
3. 会话复用， session_cache 、 session_ticket ；避免了再次建立连时的 服务器证书、公钥传递、如果是双向认证的话，也避免了客户端的；
4. 分布式的话 session_ticket 保存在每个服务器上，可以定时更新；
5. session_cache 也可以分布式保存；

6. 上面做完了，对性能要求更高的话，可以把公钥交换时计算的部分，在其他服务器上计算。这个需要修改源代码吧，要求可能更高一些；前 5 点是常规优化，了解完了，可以进行配置；

关于如何验证 ocsp 的过程， https://segmentfault.com/q/1010000007560751 我在这里自问自答了。

@woshixiaohao1982 等我自身解决了 帮你推吧，哈哈。

@woshixiaohao1982 哈哈，内推也需自身硬啊…内推不一定能进；不要浪费光阴，没事儿干，就趁早撤退，也不要看钱多如何如何；我就是前车之鉴

@woshixiaohao1982 我平时看书不多，最近一直关注 https ，可以看看 https 权威指南，黑色那本，针对加密算法、 openssl 性能测试以及 https 优化都有概括，而且比 http 权威指南看的容易，不那么枯燥，生涩；然后可以关注一下 http2 ；解决了 http1.1 的很多痛点；

@ihuotui 近 2 年荒废了时间，白瞎了；

@ihuotui 这不就是昨儿从低级环境向往高级环境面试时候，被问到之后，卡壳了，一句话憋不出来；就来这里求解惑了；

@ihuotui 但是对于一个多年的后端开发来讲，觉得没有深度的东西积累，还是挺失败的；

@ihuotui 啊~ 你看的源码挺多啊。

@ihuotui dubbox 仅限于使用； zookeeper 如果公司使用的多的话，能很好的了解；我之前阅读过 zookeeper 的原理和实现，刚看完特别清晰；但是，现在已经忘干净了，因为我们现在用 zk ，因为用 dubbo ，因为 dubbo 推荐使用 zk 。

我们的 activemq ，我觉得也是 demo 的基础上调整一下，做个主从；

netty ，方便了解 nio ，之前也很透彻，现在也完蛋。

了解 netty 的时候，还可以了解到 select epoll 等一些问题；当时看的时候，针对这些顺着看的，可是现在，也没什么太多印象了；

上面那些，用到的也就是使用了；其他的没太多了解了，之前了解过的，也不怎么记得了 。

@woshixiaohao1982 锁的问题，我个人觉得，了解如何合理的创建数据表，以及创建索引的规则，知道现在不是一个 sql 只能执行一个索引，可以索引合并,符合索引(a,b,c) a,ab,abc 都可以走索引，也就可以不针对 a 进行单独设置索引；或者什么时候创建(a,b)，什么时候单独的创建 a ， b 索引；

像你刚发文章链接，如果清晰的知道 mysql 的事物机制的话，可以问一下 mvcc ，以及如何“可重复读”是如何避免幻读的（间隙锁）；

这些，我觉得一个开发，了解到这，在深入的实现之类的，或者其他问题，我可能就不会了；

@ihuotui 没有共享状态，单个线程处理结果独立，不受其他线程状态影响的情况，数量级再单线程执行比较慢的时候用需多线程；


@GeekGao 他问的就是，你对你所熟悉的领域，任何一个你觉得，你了解的比较深入的技术，都可以聊；所以就看你自己的平时对技术的深度了解； 还有 @woshixiaohao1982 说的学习态度问题；

我学习态度不端正，面壁.

@woshixiaohao1982 红黑树是可以坐缓存的，但是量级不能特别特别的大，因为深度决定了检索效率； openresty 的 shared.dict 缓存，实现原理就是红黑树；

jvm gcroots 冷不丁不知道是啥，拆开看才明白；就一个对象合适才能 gc ，找不到 root 就 gc 嘛；

hashmap 不适合高并发，也不能用在并发场景，并发场景使用 ConcurrentHashMap ，因为并发时， put 的时候，如果产生了 rehash 扩大 map 容量，那么就会有问题；貌似是 next 的指针指的不对，具体实现忘记了；

如果是吞吐量的话，是不是用 LinkedListBlockingQueue 来存放对象。

你问的这些还都挺简单的，只要给出一个指定的问题，都好答；
拿 mysql 来说， 了解索引实现机制，为什么使用 btree ， b+tree 和 b-tree 的特点，如何合理创建索引，聚簇索引，耳机索引的区别（索引和数据是如何映射）；联合索引有什么注意事项；数据量大如何处理；
对于单表大数据之后，如何处理，了解是否做过 表分区，分库，分表； mysql 的表分区的特点是什么；如何分库，如何分表；现在的分库规则是什么？分库之后如何针对数据做检索的，是自己后端逻辑处理还是使用开源的框架，这样就把问题扩展到另一个问题；
btree 可以引申到数据结构的问题；例如平衡树，红黑树，红黑树是否适合存储海量数据，如果不适合，为什么。
如果做 java 的，可以简单的带一句， treemap 的实现机制，对于工作 4 年内的人，然后可以横向对比一下 hashmap 的实现原理，为什么支持并发，如果并发会产生什么问题；使用 hashmap 有什么注意事项.如果产生 hash 冲突之后，怎么处理的.

但是对于我问的问题，这种深度的问题的话；我个人理解，还是对，比如深入了解 redis ，要对 redis 的方方面面，原理，源码都有了解才叫深入；所以这种开放性范围提出之后，对于我这样理解这个问题时，就不知道如何答这个问题；