超载NAT和DHCP配置

Findbugs经常做，但把这项工作当一个项目来做还是头一次，正好可以系统的学习一下。
Findbugs特点：苦力大于功力。
575个bug如果化作575颗大豆，捡也要捡半天。不幸的是，它们并不是大豆，而是程序员们不小心遗落在大豆中的575粒芝麻。要在代码繁多的工程中找到它们并排除掉，是要下点苦力的。但是，想想做完这个项目后忍功又要提升一级，便又高兴起来。
既然findbugs要做一个项目来对待，我就要作一个计划出来，好指导工作开展，也对项目做一个可控性。打开eclipse打jar包，运行findbugs，检查出有575个bug，我有一个月的时间来修改这些bug，考虑了一下，作出如下计划：
整体时间有一个月，除去休息日和不确定的时间（突发性事情，比如enumPort问题等），可能有20个工作日。根据二八原则，20%的问题用掉80%的时间
所以初步定为，第一星期解决80%的简单问题，第二三星期解决中等难度问题，第四星期解决不好解决的问题。
以后每两天汇报项目进展情况。
计划定了后，先抓紧时间看了findbugs相关资料，学习前人的经验案例。此次要findbugs清零的项目是Dom280,而在这之前OVS则做过清零，两个项目比较相似，正好可以借鉴一下。有了这些前提，我对findbugs又多了几份信心。
第一轮解决的问题多是简单的问题，Field isn’t final and can’t be protected from malicious code,Field isn’t final bug should be等，这类问题的特点是重复，有多个少属性就要修改多少个地方，还要顾及到这些属性被用到的地方，苦力大于功力是此类问题的写照。