從錯誤中吸取解決問題之道

2021-09-30 07:40:44 字數 1605 閱讀 3708

今天在解決問題時又犯了一些方向性的錯誤,以致於被乙個本不是很複雜的問題搞的焦頭爛額;其實自己一直以來都不能避免這個問

題,總是定期地犯這樣的毛病;為了今後少犯,特把這次的問題記錄下來,並把自己經常用到的解決問題的兩種方法總結出來。

這次碰到的問題是sql server2000的連線問題,在乙個區域網中,在其中一台電腦上面裝了乙個sql server2000的資料庫伺服器,在另外一台電腦上就可以訪問該資料庫伺服器,這本是乙個常識性問題;我的資料庫伺服器是裝在我自己工作的電腦上,由於工作

的需要,在我的網絡卡設了兩個不同網段的ip位址,也就是也就是在本區域網段這外新增了乙個10網段的ip位址,把另一客戶端電腦設為10網段上的ip位址並訪問我電腦上的資料伺服器,但奇怪的就是怎麼也訪問不到,而且在資源管理器上面通過ip位址訪問一下我的電腦就可以訪問了,我的第一反映就是我的電腦有什麼保護不讓別人訪問,我的電腦是新裝的xp系統,就在兩天前還因為開啟了防火牆致不能遠端控制我的電腦,關掉就可以了;但查來查出除了早已關掉的防火牆,再沒有可以影響訪問的防護措施;再又懷疑是不是sql server的設定不當,找了乙個對sql server極為熟練的同事查了半天,也沒查出所有然,問題還沒解決;我的客戶端電腦沒有加入到域,而我的電腦是在

域中的,懷疑是不是因為沒在同一域中,於是就把我的電腦重新啟動,並不登入到域中,還是不行;更奇怪的是用客戶端電腦訪問域

中另一台資料庫伺服器是可以的;這一來我幾乎無計可施;最後我不抱希望地把我電腦上新增的10網段的ip位址去掉,把客戶端電腦

ip位址也改回為本區域網段的ip位址,沒等驗證就去請教另一同事,同事認為不可能,並當場用他的電腦訪問我電腦上的資料庫,可

以訪問,又用我的客戶端電腦訪問,也可以訪問,我就更懵了。後來仔細一想,還是明白了,問題在於我新增的10網段的ip位址上,那

個ip位址不唯一(也就是有衝突,證據就是我不設那個ip位址也能ping通),客戶端電腦在訪問資料服務時可能先去訪問另一台電腦

,當然訪問不到;但一旦在資源管理器中輸ip位址訪問一下,就會轉而訪問我的電腦(但為什麼這樣,其實也是乙個問題,可能資料

庫訪問和資源管理器中輸ip位址訪問策略不同);再後我又還是在我的電腦上新增了乙個10網段的ip位址(當然這個ip位址是保證不

衝突的了),並把客戶端電腦也設回10網段的ip位址,都可以訪問;

總結我上面解決問題的過程,就是沒有採用基點法方法,模擬法方法也沒用好,以致把自己搞得很狼狽,下面總結這兩種方法;

解決問題的方法之基點法:

所謂基點就是乙個自己已知的正確起點,當我們所從事的工作需要向自己未知的領域去拓展時,總是要從乙個基點出發逐步延伸,每

一步都進行驗證,得到驗證的步驟就可以作為自己的乙個基點;而當碰到問題時,就要找乙個跟問題最接近的基點,並先對基點重新

驗證,驗證不通過重新尋找乙個基點,驗證通過後再從該基點出發逐步向問題逼近,找到出現問題的原因並修正。

解決問題的方法之模擬法:

在出現問題後,找乙個類似的已知正確的場景,同該出現問題的場景逐一對比,找出不同的地方,然後採用如下兩種方法之一,

一、修改問題場景,使之和正確場景一樣,並驗證問題場景是否已解決問題;

二、修改正確場景,使之和問題場景一樣,並驗證正確場景是否已出現問題;

以上兩種方法都可以找出導致問題的因素,找到後再重複驗證一下,以確定定位問題

struts匯入標籤庫錯誤,解決問題

strtuts2 下開發前的部署步驟 1 匯入jar包 strtuts2.3 除了基本jar包 commons fileupload 1.2.2.jar commons logging 1.1.1.jar freemarker 2.3.19.jar ognl 3.0.5.jar struts2 co...

從KMP原理原理出發解決問題

ps 剛開始 也是想了好久 但是始終不得其解 後來 看了演算法導論 然後想了想 就明白了 前提 next陣列構造成功 如果匹配到pos位置匹配失敗 那麼在模式串中的匹配位置回跳到patten 0 pos 1 這個串的公共前字尾的下乙個位置 這樣就節省了匹配字首的時間 kmp優化思想就在這裡 void...

從如何解決問題到如何學習演算法

學習演算法也有一段時間了,感覺學習了很久,遇到問題還是一點感覺也沒有,直到最近學習動態規劃,看了 演算法設計 這本書的第六章後,突然有了一些感悟。其中也包含上學期學習演算法課的一些總結和體會。演算法的學習有兩個部分 對於初學者而言,我認為第一點要比第二點重要的多,如果遇到了問題,你無法設計出乙個演算...