項目經理：XXX項目數據庫的IP是多少？
蠢貨：部署文檔裏有的吧？
項目經理：部署文檔裏沒寫
蠢貨：那我看下後端配置文件
（一陣搜索之後。。。）
蠢貨：找到了！數據庫的IP是“database.ishield”！
項目經理：W!@#$%^&%%*^%^&%*T#@$#%^&$%#^&*^M#$@%$$^&^^
蠢貨：我翻遍所有的xml、properties都沒有找到“database.ishield”是個什麼鬼
項目經理：W!@#$%^&%%*^%^&%*T#@$#%^&$%#^&*^M#$@%$$^&^^
（又一陣操作之後。。。）
蠢貨：報告！我找到IP了
項目經理：真棒！給你提幹升職加薪！
蠢貨：你把“database.ishield”這個key的配置放哪兒了，我咋找不到
架構師：你是從哪兒知道他是個key的呢
蠢貨：我先找到web的resources，裏面有config.properties這個配置文件。然後我要找數據庫的IP地址，一看數據庫對應的IP是“database.ishield”，所以我想這應該是配置文件裏的一個key，我找到這個key就能找到IP
架構師：（你真聰明。。）這個配置在hosts裏，是本地dns配置
蠢貨：（恍然大悟+茅塞頓開+一臉懵逼，爲什麼要這麼幹？）啊！找半天，原來在這兒。
架構師：那你想想這樣做的好處是什麼？
蠢貨：（不假思索）這樣的連接就會由服務器通過域名配置去查找對應的數據庫IP，然後進行連接。問題就簡化成了：由服務器查找IP 與 由JDBC驅動查找IP的區別了吧
架構師：不錯，但不是重點
架構師：這種方法可以解決開發環境和生產環境不同的問題
蠢貨：（恍然大悟+茅塞頓開+一臉懵逼）啊！我明白了，這樣就不用每次打包的時候都要選擇生產配置文件和測試配置文件了
架構師：真棒！讓項目經理給你提幹升職加薪！