客戶端訪問伺服器的介面地址很慢

Ⅰ 為什麼客戶端訪問同一伺服器的不同埠的速度相差很大

因為不同的埠被定義了不同協議，特別是一些常用的埠，如：80.143等。舉個例子，正常訪問網頁都是80埠的HTTP協議，但是有些比較重要的網頁通過加密證書來驗證，那麼用的就是443的https協議了

Ⅱ 介面請求慢,對伺服器有影響嗎

沒有影響，介面請求慢對客戶端影響比較大，會嚴重影響使用感受。介面請求慢對伺服器沒有影響，但是和它相關，因此就需要排查請求慢是因為伺服器阻塞導致的處理慢還是傳輸過程比較慢導致的。找到問題原因才能很好的解決問題。

Ⅲ 如何優化web伺服器的訪問速度

網站運營的任何時期，網站訪問速度都是至關重要的部分，它是網站友好體驗中最基本的一項，如果訪問體驗都令人不滿意，那麼後期所做的營銷推廣模式都有可能徒勞無功，因為網路中客戶的選擇成本很低，加上普遍客戶的耐心都不高，頁面訪問超過6秒客戶就會選擇離開，這對於一些流量本來就不高的企業網站來說無疑是雪上加霜。

一、升級正在使用中的伺服器

進行伺服器升級工作之前，要考慮多方面的問題，是升級已有的伺服器還是購置新的伺服器設備須根據實際情況抉擇。首先來說升級現有的伺服器設備，一般來說網站運營到後期隨著業務不斷增加，多平台應用的開發對於伺服器性能的要求也逐步提升，長而久之伺服器遇到性能瓶頸也是情理之中的事情，對於這種情況，我們可以通過升級伺服器（例如增加硬體設備或網路帶寬）等相關配置來滿足不斷擴大的業務需求，那麼伺服器性能瓶頸問題就可以得到解決。

二、優化正在使用的伺服器

不管是完成升級後的伺服器，還是新購置的伺服器，我們都要對其進行優化，從而提升伺服器的性能以及利用率。如何優化伺服器？作為在國互網工作到現在的資深IDC工作人員，小編認為大概分為以下四個方面

要點一：盡可能的減少HTTP請求數

從客戶訪問網站頁面到整個頁面內容完全展現出來，這其中要花費較多的時間來下載各種Scripts、CSS樣式表、Flash以及圖片，而每一類下載都相當於一次HTTP請求，這樣的請求越多網站被完全載入出來所花的時間會越長，意味著客戶端的訪問會很慢，那麼此時就需要盡可能的減少HTTP請求數，通常我們可以直接把css和js寫入到頁面中，避免了外部的調用；或者我們可以把CSS文件和JS文件分來，在後台再進行合並，這樣客戶端瀏覽器相當於一次請求。這是小編在國互網美女前端那學來的。

要點二：降低DNS查詢時間

眾所周知網路伺服器端的域名和IP地址是相互對應的，當客戶端發出請求時，計算機還需要通過域名和IP地址的相互轉換來判斷，而這個轉換工作便是域名解析DNS，通常DNS的查詢需要10~20毫秒時間，客戶端瀏覽器也只會等待DNS查詢結束之後才會載入此域名下的內容。因此，我們要加快頁面的訪問速度，就可以從降低DNS查詢時間方面去做改善。

要點三：啟用伺服器Gzip壓縮功能

對於大中型網站來說，頁面的內容多且比較多樣化，單個頁面的大小可能是幾百K以上了，客戶端訪問的時候下載會比較慢，此時我們可以採用伺服器Gzip頁面壓縮功能，可以將一個大小為100K的頁面文件壓縮成25K以下，這樣就可以減少網路傳輸的數量從而提高客戶端訪問速度。一般伺服器都是可以使用Gzip壓縮功能的，並且能夠針對JS文件、CSS文件和Html進行壓縮，多方面去進行優化網站訪問速度。

要點四：推薦大中型網站使用CDN加速工具

CDN加速是目前大型網站普遍使用的頁面加速方式，它對於網站優化幾乎沒有影響的，基本原理是將網站鏡像備份到很多伺服器節點上，使伺服器節點周圍的用戶訪問速度更快，從而提升客戶端高速訪問網站的體驗；但是並不是所有的網站都適合使用CDN加速，一般對於小規模站點個人站的話，就不需要使用CDN加速，畢竟從長期來看這可是一筆不小的開支；建議圖片站以及多媒體站點可使用CDN加速。

希望以上知識能夠幫到您

Ⅳ 區域網下的客戶端調用服務介面超時的問題總結

一、准備知識
1、HTTP Keep-Alive
在Http早期，每個http請求都要求打開一個tcp socket連接，並且使用一次之後就斷開這個tcp連接
使用keep-alive可以改善這種狀態，即在一次TCP連接中可以持續發送多份數據而不會斷開連接。通過使用keep-alive機制，可以減少tcp連接建立次數。
當使用Keep-Alive模式（又稱持久連接、連接重用）時，Keep-Alive功能使客戶端到伺服器端的連接持續有效，當出現對伺服器的後繼請求時，Keep-Alive功能避免了建立或者重新建立連接。

2、客戶端okHttp的連接復用
Okhttp中連接復用正是建立在HTTP Keep-alive基礎之上實現的，默認為5分鍾，支持5個socket連接並發，也就是五分鍾內客戶端如果和已連接的伺服器通信不需要重新三次握手連接（三次握手確保了服務端和客戶端都具備可靠的通信能力，但握手過程耗時）。

3、客戶端okHttp請求超時

注意：在2.5.0版本之後，讀、寫、連接超時的默認值是10s。

4、wireshark抓包分析tcp流

5、網路設備的相關參數
TCP連接的超時時間
HTTP連接的超時時間

下面貼出我們在用設備的參數默認值

二、超時現象描述
用戶在平板上使用應用的時候，不定期提示超時報錯，再重試一次就正常了。
這種報錯比較頻繁，操作的應用和功能也不固定，已經很大程度地影響了用戶體驗。

為了很好地理解下文，這里簡單描述下區域網的網路拓撲圖。

三、網路拓撲圖

四、分析超時的規律
超時慢，第一反應是可能區域網的網路慢導致介面訪問超時。
1、跑測試腳本，看介面的超時率、丟包、連通穩定性等
主要使用了ping 和 curl 兩個命令。
###########################################################
訪問並沒有超時很嚴重

2、在筆記本電腦上執行ab壓測，看響應時間和吞吐量等指標
###########################################################
上面兩步均正常，超時率也在可接受的范圍。 無論是在有線還是無線， 平板還是筆記本還是說小型伺服器上執行測試腳本，再結合網路硬體設備性能偏上，帶寬也百兆，始終都無法定位出是網路慢導致的介面訪問超時。

3、在平板上開發測試工具，curl真實介面，有請求和有響應數據量的，模擬響應大小10Kb，請求數據隨便造一些。
###########################################################
結果仍然是正常的。

4、我們去kibana分析日誌報錯，看是否有規律可循。
###########################################################
錯誤超時情況比較分散，沒有集中在某個區域，也沒有集中在某個用戶，更沒有集中在某些介面。
唯一總結的一個結論是：使用得多，超時數量就越多。但是晚上很少人使用的時候，也會報很多超時錯誤。
按照我們以往對網路的指標要求經驗，繼續分析網路設備參數方面。

5、更換平板，排除是平板硬體導致的超時報錯。
###########################################################
換了新平板，超時介面數還是沒下降。

6、觀察除了超時錯誤，是否存在應用使用的卡頓問題，也就是慢介面是否也隨之增多。
###########################################################
除了偶爾報超時，使用很順暢。

7、排除網路設備的參數設置的影響，初步去掉上網行為管理中間設備。
更改網路拓撲圖如下：

###########################################################
超時錯誤並沒有什麼變化。

8、由於超時錯誤頻繁出現，所以我們一邊操作應用，一邊使用wireshark抓包記錄下來。
觀察tcp流的超時到底是超在哪個環節，超時有什麼規律。
###########################################################

http連接在126秒後復用的時候，出現超時。再多觀察幾個，均是如此。
這里需要串聯開篇講的幾個知識點。規律就是連接在空閑後120秒，極大概率出現超時。

9、客戶端採用okHttp模擬連接復用、連接不復用的對比測試
###########################################################
連接不復用的時候，超時比例大大降低

10、使用siege模擬分別delay 120秒，delay 180秒
//先請求一次， 延遲120秒後再請求一次。
siege -d 120 -r 2 -c 1 -v http://bgp.test.com

//先請求一次， 延遲180秒後再請求一次。
siege -d 180 -r 2 -c 1 -v http://bgp.test.com
###########################################################
超時現象容易復現，超過120秒，介面就大概率超時。

五、解決超時的辦法
超時規律找到了，並且很容易復現，解決方案也自然容易。
1、把客戶端okHttp的keep-alive的默認5分鍾調整為100秒。

2、更改華為路由器的HTTP連接的超時時間，由120秒延長至300秒以上（大於okHttp的keep-alive的默認5分鍾）。

Ⅳ 用友U8客戶端訪問伺服器速度慢

首先確定分公司是商業網路用線，如果分公司應為節約開支用家用的話那麼網速跟不上是正常的，還有就是用家用的避免多台機子同時上網。如果是商業網線接入可以申請加寬網路帶寬來測試一下看是VPN自身原因還是網路原因。如果網路原因自然要加寬頻寬，要是VPN原因的話看看配置是否有問題。實在不行就只有換遠程接入系統啦，現在通過網頁訪問的很多，像瑞友遠程就是經常解決用友遠程接入的一款軟體。再者用友自身也帶有遠程系統，公司如果肯投資的話買上就OK拉。

Ⅵ 多個客戶端連接到FTP伺服器看視頻,為什麼訪問載入的時間會很久

因為客戶端的電腦速度快慢，還是所在區域網的速度，這些自然是重要因素，伺服器速度再快，本地的速度慢。
FTP伺服器看視頻肯能由於某個文件卡住了，或是FTP佔用了伺服器好久的資源，有時也會特慢，解決這種情況的辦法就是將FTP關掉，重新打開一個，繼續上傳，但要記得是採用續傳，不能採用覆蓋。

Ⅶ IIS發布的程序，訪問時很慢，在客戶端與伺服器上訪問都慢，跪求原因及解決方法

這說明問題肯定在服務端上了。是php程序的話，需要檢查是那段代碼慢，這個也有可能是資料庫連接慢。具體需要登錄伺服器檢查才行。

Ⅷ 用友U8客戶端訪問伺服器速度慢

您好這個問題不是軟體本身造成的，因為您可以連接上，說明伺服器與客戶端的連接配置是沒有問題的。應該是您的網路問題，建議找專業的網管幫您進行配置。望採納，謝謝

Ⅸ 為什麼在區域網裡面，ERP客戶端訪問伺服器速度特別慢

應該不是xp的關系，你沒說清情況，很難判斷原因