刚发现一个若干月前写的日志草稿，那个“今天”都不知道是什么时候了……
这个bug挺搞笑的，而且可能也比较容易踩坑。而且ly平时效率超高，什么事都是一下子就做好了，而这个bug我和ly花半天时间debug才发现，发现后两人都哭笑不得，也让我印象深刻。
今天遇到一个很有趣的bug。
项目里用约4层嵌套的字典、列表等记录configuration，形如：
conf = {
'aa': {'a': 1, 'b': 2, 'c': [3, 4, 5]},
'bb': [1, 2, 3],
'cc': {
'aaa': [1, 2, 3],
'bbb': [
[9, 8, 7],
1,
]
}
}
然后用一个递归函数去读它：
def confValues(self, vals, conf=None):
if conf is None:
conf = self.conf
if isinstance(conf, collections.MutableMapping):
return {k: self.confValues(vals, conf=v) for k, v in conf.items()}
elif isinstance(conf, (list, tuple)):
return [self.confValues(vals, conf=v) for v in conf]
elif isinstance(conf, (str, unicode)) and conf.startswith("_"):
return self.varValue(conf, vals)
else:
return conf
稍微说一下，confValues这个函数内部实际上实现什么具体功能并不重要，只要知道关键的一点是它要把conf里的值作为参数conf递归下去就行了。
这套东西是同事写的，我用他的代码，改conf来适应我的需求。我的conf里的其中一个参数的值是None，于是程序一直出错，参数读不进去。我和同事debug了半天，终于发现原来玄机在confValues函数里conf变量初始化的设定中——递归函数用来标记初始化的无意义的None正好和conf里的有意义的值None冲突了。我把conf用来初始化的默认标记由None改成"initial_conf"（只要是不可能出现在conf里的值就行了），就没问题了。
