A. 如何解決分布式系統數據事務一致性問題
文探討了在分布式系統中，如何基於業務方面的考量、將RESTful與MQ(消息中間件)結合、解決事務完整性/數據一致性問題的架構設計。
一、面向業務考量的最終一致性方案考慮
這里先舉兩個例子。
1、支付寶的「WS Transaction標准」嘗試：
支付寶在他們的分布式系統中為解決事務完整性的問題，曾經嘗試過WS Transaction標准，但是經過實際做測試，最後發現成本實在是太高了。完成一個事務，為確保事務完整性，20多條的消息的交互，其中只有1條是業務消息，其他都是系統之間的協議消息。這就會導致客戶端響應太慢，客戶無法承受這樣的性能。
2、Ebay架構師的最終一致性方案：
來自Ebay的架構師根據他們的最佳實踐給出過解決方案。就是關於數據一致性的，比如他們的分布式存儲如何保持數據一致性。其中探討了「實時一致」與「嚴格事務」之間的悖論，他們採用了局部實時一致、全局最終一致的解決方案。在這里就需要從業務上辨別哪些操作是可以放寬的（允許不在一個事務中），哪些操作必須是原子性的。現在Ebay的整個架構就是基於「最終一致性」的，支付寶也從中受到啟發，沿用該設計思路解決了「客戶端迅速響應」和「服務端數據一致」的矛盾。
故考慮系統架構設計的時候，不僅僅考慮技術，也把業務因素考慮進來，面向業務考量進行系統設計，會讓我們在技術上做出更合理的抉擇。基於業務考慮，有利於得出事務的優先順序別，也有利於作出架構設計上的最佳取捨。通常來說銀行、證券系統的事務完整性（或者說數據一致性）具有絕對優先順序，也就要求絕對嚴格的實時保證。而通訊系統在事務完整性（或者說數據一致性上）的優先順序別上甚至沒有支付寶和Ebay高，這兩者都有復雜的帳務交易。如果他們也認為局部實時一致、全局最終一致就能夠滿足業務的要求，那麼自然在通訊系統中也有其可行性。
二、Restful與MQ技術適用場景分析
一般而言Restful技術架構為對客戶端開放的一組資源服務。在分布式系統中既有客戶端與伺服器之間的交互，又有伺服器與伺服器之間的交互。比如說XCAP協議就是標準的Restful風格的介面，提供客戶端遠程操作XML文檔的服務，而「運營管理系統」調用其他業務系統介面，用以管理用戶可被分配的服務以及許可權等，則是伺服器之間的信息交互。前者當然適合Restful風格的技術介面，後者個人更傾向於非同步的、基於消息的通信方式。因為客戶端與伺服器通常是跨越互聯網的，而伺服器與伺服器之間可能位於一個區域網內，甚至可能被安放在同一個機房。
我們知道Restful風格的技術架構通常是通過JSON或者XML等進行信息的傳遞，總之都是通過「字元串格式」的封裝進行信息傳遞。通過字元格式交互信息在使用上帶來簡便的同時，因為封裝、解析、轉換等過程使其在性能自然要付出一些代價，如果是伺服器之間在更底層同類協議之間的數據交互性能就要高的多。這里順便提到信息交互在不同場景下的性能順序，按照從快到慢排序：
1、同一進程之間的信息交互；
2、同一機器兩個進程之間的信息交互；
3、兩個分布機器之間的信息交互。
因為HTTP是在TCP/IP協議之上的包裝，WebService是在HTTP協議之上的包裝，根據越低層協議之間的信息交互越高效的特徵，從協議級由快到慢排序：
1、基於TCP/IP協議的信息交互；
2、基於HTTP協議的信息交互；
3、基於WebService協議的信息交互。
另外，因為「運營管理系統」與其他系統之間是直接交互的，比如運營要給某個用戶開通某些特定服務，那就要分別調用提供這幾個服務的業務系統的「細粒度」介面。一旦增加新的服務，也勢必影響到運營管理系統的修改。我們說在分布式系統中有個原則，盡可能設計「粗粒度」介面，以減少系統之間的網路交互。如果在運營管理系統與其他業務系統之間由「消息中間件」來進行信息交互，那麼：
1、運營管理系統可以設計面向服務的「粗粒度」介面，開通幾個服務只需要把幾種類型的數據封裝在一起，一次性傳遞給MQ。增加服務也只不過增加一種數據類型而已；
2、MQ可以保證消息最終一定會被接收、處理。因為MQ可以實現基於「訂閱-通知」的Event-Driven機制，業務系統只要在MQ中注冊自己，就可以實時收到來自MQ的消息。即使出現系統或者網路異常，消息也會被MQ中間件持久化，一旦業務系統恢復，消息馬上會被發往業務系統，這顯然比目前採用的每隔一段時間掃描一次資料庫要高效的多。
三、MQ與最終一致性
MQ消息隊列技術是分布式應用間交換信息的一種技術。消息隊列可駐留在內存或磁碟上，隊列存儲消息直到它們被應用程序讀走。通過消息隊列，應用程序可獨立地執行——它們不需要知道彼此的位置、或在繼續執行前不需要等待接收程序接收此消息。它為構造非同步方式實現的分布式應用提供了松耦合方法，在應用中以執行多種功能，比如要求服務、交換信息或非同步處理等。
在分布式系統中，尤其是不同語言的分布式系統中，如果沒有消息中間件完成信息交換，應用開發者為了高效傳輸數據，就要編寫相應語言的應用程序來發送和接收信息，且交換信息沒有標准方法，每個應用必須進行特定的編程從而和多平台、不同環境下的一個或多個應用通信。
假如系統可以採用數據「局部實時一致、全局最終一致」的方案，就可以選擇不需要支持事務的MQ中間件，因為其可以保證：即使在系統異常、網路異常等特殊情況下，消息也會被持久化，當系統恢復，消息馬上會被處理，也即最終一定會被接受處理，也就是最終一致。而不需要支持事務的MQ性能及吞吐率都會很高。
總之，個人傾向於用 Restful對客戶端提供服務，伺服器之間引入MQ服務，建立非同步的、基於消息的信息交互方式，並基於數據局部實時一致、全局最終一致的原則，來解決事務問題。
B. 雙系統不能上網
電腦無法上網：
IE不能上網瀏覽的常見原因和解決方法：
一.看網線是否插好。
二.網路設置的問題
這種原因比較多出現在需要手動指定IP、網關、DNS伺服器聯網方式下，及使用代理伺服器上網的。仔細檢查計算機的網路設置。
三.DNS伺服器的問題
當IE無法瀏覽網頁時，可先嘗試用IP地址來訪問，如果可以訪問，那麼應該是DNS的問題，造成DNS的問題可能是連網時獲取DNS出錯或DNS伺服器本身問題，這時你可以手動指定DNS服務（地址可以是你當地ISP提供的DNS伺服器地址，也可以用其它地方可正常使用DNS伺服器地址。）在網路的屬性里進行，（控制面板—網路和拔號連接—本地連接—右鍵屬性—TCP/IP協議—屬性—使用下面的DNS伺服器地址）。不同的ISP有不同的DNS地址。有時候則是路由器或網卡的問題，無法與ISP的DNS服務連接，這種情況的話，可把路由器關一會再開，或者重新設置路由器。
還有一種可能，是本地DNS緩存出現了問題。為了提高網站訪問速度，系統會自動將已經訪問過並獲取IP地址的網站存入本地的DNS緩存里，一旦再對這個網站進行訪問，則不再通過DNS伺服器而直接從本地DNS緩存取出該網站的IP地址進行訪問。所以，如果本地DNS緩存出現了問題，會導致網站無法訪問。可以在「運行」中執行ipconfig /flushdns來重建本地DNS緩存。
四.IE瀏覽器本身的問題
當IE瀏覽器本身出現故障時，自然會影響到瀏覽了；或者IE被惡意修改破壞也會導致無法瀏覽網頁。這時可以嘗試用「黃山IE修復專家」來修復（建議到安全模式下修復），或者重新IE（如重裝IE遇到無法重新的問題，可參考：附一解決無法重裝IE）
五.網路防火牆的問題
如果網路防火牆設置不當，如安全等級過高、不小心把IE放進了阻止訪問列表、錯誤的防火牆策略等，可嘗試檢查策略、降低防火牆安全等級或直接關掉試試是否恢復正常。
六.網路協議和網卡驅動的問題
IE無法瀏覽，有可能是網路協議（特別是TCP/IP協議）或網卡驅動損壞導致，可嘗試重新網卡驅動和網路協議。
六、HOSTS文件的問題
HOSTS文件被修改，也會導致瀏覽的不正常，解決方法當然是清空HOSTS文件里的內容。
七.系統文件的問題
當與IE有關的系統文件被更換或損壞時，會影響到IE正常的使用，這時可使用SFC命令修復一下，WIN98系統可在「運行」中執行SFC，然後執行掃描；WIN2000/XP/2003則在「運行」中執行sfc /scannow嘗試修復。
其中當只有IE無法瀏覽網頁，而QQ可以上時，則往往由於winsock.dll、wsock32.dll或wsock.vxd（VXD只在WIN9X系統下存在）等文件損壞或丟失造成，Winsock是構成TCP/IP協議的重要組成部分，一般要重裝TCP/IP協議。但xp開始集成TCP/IP協議，所以不能像98那樣簡單卸載後重裝，可以使用 netsh 命令重置 TCP/IP協議，使其恢復到初次安裝操作系統時的狀態。具體操作如下：
點擊「開始 運行」，在運行對話框中輸入「CMD」命令，彈出命令提示符窗口，接著輸入「netsh int ip reset c:\resetlog.txt」命令後會回車即可，其中「resetlog.txt」文件是用來記錄命令執行結果的日誌文件，該參數選項必須指定，這里指定的日誌文件的完整路徑是「c:\resetlog.txt」。執行此命令後的結果與刪除並重新安裝 TCP/IP 協議的效果相同。
小提示：netsh命令是一個基於命令行的腳本編寫工具，你可以使用此命令配置和監視Windows 系統，此外它還提供了互動式網路外殼程序介面，netsh命令的使用格式請參看幫助文件（在令提示符窗口中輸入「netsh/?」即可）。
第二個解決方法是修復以上文件，WIN9X使用SFC重新提取以上文件，WIN2000/XP/2003使用sfc /scannow命令修復文件,當用sfc /scannow無法修復時，可試試網上發布的專門針對這個問題的修復工具WinSockFix.
八.殺毒軟體的實時監控問題
這倒不是經常見，但有時的確跟實時監控有關，因為現在殺毒軟體的實時監控都添加了對網頁內容的監控。舉一個實例：KV2005就會在個別的機子上會導致IE無法瀏覽網頁（不少朋友遇到過），其具體表現是只要打開網頁監控，一開機上網大約20來分鍾後，IE就會無法瀏覽網頁了，這時如果把KV2005的網頁監控關掉，就一切恢復正常；經過徹底地重裝KV2005也無法解決。雖然並不是安裝KV2005的每台機子都會出現這種問題，畢竟每台機子的系統有差異，安裝的程序也不一樣。但如果出現IE無法瀏覽網頁時，也要注意檢查一下殺毒軟體。
九、Application Management服務的問題
出現只能上QQ不能開網頁的情況，重新啟動後就好了。不過就算重新啟動，開7到8個網頁後又不能開網頁了，只能上QQ。有時電信往往會讓你禁用Application Management服務，就能解決了。具體原因不明。
十、感染了病毒所致
這種情況往往表現在打開IE時，在IE界面的左下框里提示：正在打開網頁，但老半天沒響應。在任務管理器里查看進程，（進入方法，把滑鼠放在任務欄上，按右鍵—任務管理器—進程）看看CPU的佔用率如何，如果是100%，可以肯定，是感染了病毒，這時你想運行其他程序簡直就是受罪。這就要查查是哪個進程貪婪地佔用了CPU資源．找到後，最好把名稱記錄下來，然後點擊結束，如果不能結束，則要啟動到安全模式下把該東東刪除，還要進入注冊表裡，（方法：開始—運行，輸入regedit）在注冊表對話框里，點編輯—查找，輸入那個程序名，找到後，點滑鼠右鍵刪除，然後再進行幾次的搜索，往往能徹底刪除干凈。
有很多的病毒，殺毒軟體無能為力時，唯一的方法就是手動刪除。
祝你好運！
C. 兩個系統介面對接的問題有哪些呢
1、每次對方開發新的介面方法，我方就必須更新項目中的Web引用才能調用到新增的方法，更新後新生成的文件也需要替換到我們系統的正式發布環境中。這樣如果介面更新頻繁，接入合作方數量越來越多，每次更新項目文件都很麻煩。
2、前面提到會接入很多合作公司的Webservice介面，但每家公司提供的數據和業務處理邏輯或多或少都會有區別，就算有規範文檔也不能避免（很多公司的介面方法是在與我們合作前就開發好的，不可能再去要求對方大動。）這樣每接入一家都要寫一套對應的接入程序，雖然目前的架構還行，但接入越來越多始終不好。
D. 同樣一台電腦 雙硬碟 倆系統 一個win7 一個xp 但xp卻無法找到網路連接，而win7可以順暢連接 為什麼
檢查XP下無線開關是否打開；及系統wireless zero configuration 服務是否開啟；及XPsp2需要安裝wpa psk2的補丁。