Thinking In Java读书笔记
静态成员只有被引用（首次生成所在类的对象或者被首次访问，即使从为生成过那个类的对象）的时候才会初始化。
一般情况下Java成员变量初始化顺序是，静态成员/静态快->直接初始化的类成员->构造函数
一个简单的例子如下:
Cup.java
public class Cup {
public Cup(int i)
{
System.out.println("constructor" + i);
}
}
TestJava.java
public class TestJava {
public Cup cup;
public Cup cup3 = new Cup(3);
public static Cup cup1 = new Cup(1);
...
Effective C++ 读书笔记
Effective前面有几节是说构造析构赋值过程中基类和派生类的调用关系的，做了一个综合一点的例子，来验证一下这个问题。代码如下，话说贴代码是在是很没溜的做法，尤其是如果在出版的书中看到的话，这种行为基本属于骗稿费的…
object.h
#ifndef OCEANBASE_OBJECT_H_
#define OCEANBASE_OBJECT_H_
#include "base_object.h"
class Object: public BaseObject
{
public:
Object ();
Object (int magic);
Object (const Object & obj);
virtual ~Object ()...
分布式调试系列之行为模拟
最近调试分布式系统，感觉实际上什么看日志的方式都不如带集群调试，当然有些行为是比较难以模拟的，可能的情况下，要么重现环境，要么对部分模块做mock。单测带来的便利性是远超过不做mock省下的时间的，比如与sql相关的逻辑完全可以启动一个完整的sql环境，然后把请求发过去，看回来的响应。至于其他的部分，基本的原则是减少变量。比如两个server之间的通信，同时检测两个server只能看日志，所以最好能mock一个server的行为，这样减少调试的不确定性。
关于ob代码规范里面的行末空格
行尾的空格在post-review的时候会被标识成红色，其实可以通过如下vim配置直接显示出来并全部去掉：
" 删除所有行未尾空格
nnoremap <C-f12> :%s/[ \t\r]\+$//g<cr>''
"显示空格
highlight ExtraWhitespace ctermbg=red guibg=red
match ExtraWhitespace /\s\+$/
augroup ExtraWhitespaceGroup
autocmd!
autocmd BufWinEnter * match ExtraWhitespace /\s\+$/
autocmd InsertEnter * match ExtraWhitespa...
关于得到当前执行文件所在的目录
今天遇到一个问题，程序里面用相对路径引用了同一级目录下的一个文件，shell在上一级目录调用程序的时候，发现当前目录变成了上一级目录，于是程序在上一级目录找那个文件。最简单的办法当然是shell脚本里面加cd操作，但是暂时不方便修改脚本。所以直接通过程序获取绝对路径好了。
首先，直接 realpath(“./”) 和 getcwd 获取的都是当前路径，也就是当前shell所在的路径。__FILE__获取的是文件名，不包含路径，而且是编译过程确定的，最简单的办法当然是argv[0]，但是在test_case(gtest)里面不方便传来传去，后来发现最好的办法是这样的：
#include "libgen.h"
#define MAX_PATH_SIZE 100
char current...
分布式调试之导入import文件
最近看元启师兄写了一个脚本更新所有重构之后的include引用，我暂时没有需要如此伤筋动骨的代码，所以暂时用不上。但是有时候引用一个类要去找所在的文件，而有时候经常会记错地方。写了一个简单的vim插件依赖ctags来找对象或函数所在的位置。代码如下：
if !exists('g:base_dir_mark')
"set base_dir_mark to indicate where to generate post-review.sh
let g:base_dir_mark = 'tags'
endif
if !exists('g:strip_prefix_arr')
"set base_dir_mark to indicate where to gen...
分布式调试系列：关于日志的比对
有时候我们其实会遇到这种情况，本地修改了一点东西，然后发现跑跟预期结果不一致，这时候去看日志发现各种日志里面有各种ERROR，但是这些ERROR实际上并不是这个问题导致的，因为你回滚修改之后发现这些ERROR依然存在。如果有core文件当然最好，但是如果没有或者core里面并看不出问题就比较纠结了。前面一篇文章我们探讨了如何写个插件通过log来定位源码行，这篇日志我们讨论一下如何快速定位自己的错误日志。
首先，前面的状况至少可以保证一点，你check一份新的代码或者回滚本地修改然后运行，得到的错误日志和你当前的错误日志是可比较的。也就是说，你的错误至少不会导致错误日志之中有巨大的变化。这样的话我们可以采取如下的策略比较错误日志。
得到当前的错误日志，假使命名为log.core...
分布式调试之vim日志定位解决方案
做分布式系统看日志解决问题是基本功了，毕竟多个server跑在不同的机器上，即使用gdb能attach到某个进程上，或者用非daemon模式启动并调试但是case往往很复杂，难以用测试环境完全模拟case，所以大部分情况下还是需要看日志解决问题的。
不过日志多了之后往往容易跟丢，在浩如烟海的日志里面定位到发生错误的地方也不是见容易的事情。这周大部分时间就费在这上面了（不过还是不熟）。期间写了一个简单的vim插件实现日志的定位。想法如下：
偶然发现通过deploy.py ob1.rs0.less打开less窗口之后按v键可以转到vim窗口，这就解决很多问题了，毕竟我可不想在less下实现什么功能。vim script就熟悉多了。
ob的log格式是这样的
[2013-1...
506 post articles, 64 pages.