大齐的学习笔记

    今天接到阿里的电话面试了，接到的时候爸爸刚到南京。刚接到电话的时候听成面试，我还在犯嘀咕，不用电话面试直接要我去杭州了？后来才知道是电话面试，约好时间是三点。     三点的时候准时接到电话，这一点很值得人钦佩。电话的面试内容主要有： 泛型擦写 mina和netty用到的地方以及异同，nio 简历上写了elasticsearch，就一并问了lucene什么是倒排索引，索引的过...

MonitorLogging改造(消息接入) 改造前架构： 可以看出原来的流程中，大量业务分析，业务接入耦合在web服务层。大量操作，导致线程线性的挂起线程。 改造后：   将业务通讯抽象成为MonitorQueueManager，并将业务主题抽象放到各自的collection中。 形如： 抽象为一个结构topic,content针对业务分为若干个主题。方便以后...

近期对两个应用进行改造，在上线过程中出现一系列问题（其中一部分是由于ObjectId误区导致的） 先来了解下ObjectId：   TimeStamp  前 4位是一个unix的时间戳，是一个int类别，我们将上面的例子中的objectid的前4位进行提取“4df2dcec”，然后再将他们安装十六进制 专为十进制：“1307761900”，这个数字就是一个时间戳，为了让效果更佳...

道是电话面试，约好时间是三点。     三点的时候准时接到电话，这一点很值得人钦佩。电话的面试内容主要有： 泛型擦写 mina和netty用到的地方以及异同，nio 简历上写了elasticsearch，就一并问了lucene什么是倒排索引，索引的过程是什么样的。 线程方面问了一些与锁相关的问题，互斥锁，blockqueue 系统连接中closewait是什么情况造成的    谈到我有什么想问的时候，得知面试官的部门是做指标统计的，使用的是thrift将每个产品线的数据同步到系统中，用hb

改造后：   将业务通讯抽象成为MonitorQueueManager，并将业务主题抽象放到各自的collection中。 形如： 抽象为一个结构topic,content针对业务分为若干个主题。方便以后切换到mq或者其他的队列中。   MonitorSchedule改造（消息集中处理） 原有处理流程 当时业务比较少，只有一个主处理流程，所以强耦合到main方法中，扩展基本等于0。加之之前开发比较仓促，编码注释基本没有。现在要将monitorLoging里面的所

ix的时间戳，是一个int类别，我们将上面的例子中的objectid的前4位进行提取“4df2dcec”，然后再将他们安装十六进制 专为十进制：“1307761900”，这个数字就是一个时间戳，为了让效果更佳明显，我们将这个时间戳转换成我们习惯的时间格式（精确到秒)   $ date -d '1970-01-01 UTC 1307761900  sec'  -u2011年 06月 11日 星期六 03:11:40 UTC   前 4个字节其实隐藏了文档创建的时间，并且时间戳处在于字符的最前面，这就意