一、job for docker.service failed because the control process exited with error。
原因：daemon.json檔案內容書寫有錯誤，或者所使用的字元是中文符號。
解決方案：yum update 更新一下。
通過docker container inspect 容器名 可以檢視容器的ip位址，以下172.17.0.2就是所查到的位址；改容器的閘道器是 172.17.0.1，通過ifconfig可以看到docker0位址就是172.17.0.1，該位址為docker伺服器位址即閘道器
curl: (7) failed connect to 172.17.0.2:8080; no route to host
若tomcat啟動失敗。查詢日誌看為何失敗 命令：./catalina.sh run & 或者使用docker logs 容器名 檢視日誌
原因：該錯誤是預設埠被占用，或者 tomcat 程序沒有關掉。
解決方案：
1.先檢視占用此埠的pid
命令列輸入：netstat -ano|findstr 8080（這裡我的tomcat 的埠是使用的預設的 8080），會發現有個占用了 8080 的 pid
2、若遇到在（172.17.0.2）容器內部ping不了宿主機（即閘道器（172.17.0.1））的話
（1）有可能是dns服務解析的問題，在/etc/resolv.conf 裡新增 servername 172.17.0.1（閘道器）即宿主機docker0的位址。
（2）之後執行: service network restart 重啟網路服務，若出現以下錯誤資訊，則重啟虛擬機器。
restarting network (via systemctl): job for network.service failed because the control process exited with error code.
see "systemctl status network.service" and "journalctl -xe" for details. [失敗]
（3）關鍵：一開始就先重啟網路service network restart以及虛擬機器，一般都可以解決。由於後續重新開啟/etc/resolv.conf 後發現所配的servername 172.17.0.1不見了，所以有可能是重啟了網路自動就好了。
錯誤資訊的處理
1 採用前台驗證為主，後台驗證為輔的驗證流程 前台主要驗證與資料庫無關的資訊，如是否數字 是否超過最大輸入範圍 有無輸入必輸項 後台主要是驗證與資料庫有關的資訊，如是否有同名等 這裡面用的技術主要是提交form採用 color red validatorform color public class...
記錄錯誤資訊的行數
1.try catch 記錄錯誤資訊的時候，如果報錯了，我們只能粗略估算是什麼錯誤，但如果能夠具體知道是哪行錯誤的話，對錯誤的分析就能夠快速定位問題。2.只需要記錄到錯誤的行號，就能快速定位問題。3.ex.stacktrace 就可以 catch exception ex 請求url ip cont...
理解PHP的錯誤資訊大全
編譯php指令碼時，php編譯器會盡其所能報告它遇到的第乙個問題。這樣就產生乙個問題 只有當錯誤出現時，php才能將它識別出來 本文後面對此問題進行了詳細描述 正是由於這個緣故，編譯器指出出錯的那行，從表面上看來可能語法正確無誤，或者可能是根本就不存在的一行！更好地理解錯誤資訊可以大大節省確定並改正...