tcp連接app下載（tcp連接app下載蘋果）

大家好！今天讓創(chuàng)意嶺的小編來(lái)大家介紹下關(guān)于tcp連接app下載的問(wèn)題，以下是小編對(duì)此問(wèn)題的歸納整理，讓我們一起來(lái)看看吧。

開(kāi)始之前先推薦一個(gè)非常厲害的Ai人工智能工具，一鍵生成原創(chuàng)文章、方案、文案、工作計(jì)劃、工作報(bào)告、論文、代碼、作文、做題和對(duì)話答疑等等

只需要輸入關(guān)鍵詞，就能返回你想要的內(nèi)容，越精準(zhǔn)，寫出的就越詳細(xì)，有微信小程序端、在線網(wǎng)頁(yè)版、PC客戶端

官網(wǎng)：https://ai.de1919.com

本文目錄:

• 1、APP提示網(wǎng)絡(luò)連接錯(cuò)誤問(wèn)題排查

• 2、中轉(zhuǎn)站指的是哪個(gè)app

• 3、tcp的連接數(shù)量受synqueue限制嗎

• 4、平安銀行app怎么老顯示網(wǎng)絡(luò)連接不上

一、APP提示網(wǎng)絡(luò)連接錯(cuò)誤問(wèn)題排查

最近幾天同事一直反饋，APP有時(shí)候會(huì)提示 網(wǎng)絡(luò)錯(cuò)誤，請(qǐng)檢查網(wǎng)絡(luò)后重試 。

相隔一天，同事反饋問(wèn)題依舊，查看內(nèi)存依然還有5G的剩余，判斷不是內(nèi)存問(wèn)題，便排查nginx的錯(cuò)誤日志。結(jié)果發(fā)現(xiàn)，關(guān)于app.kmb2b.com域名有比較多的報(bào)錯(cuò)。

upstream prematurely...... 表示上游服務(wù)器過(guò)早關(guān)閉連接，上游服務(wù)器是有兩個(gè)IP的37580端口作為負(fù)載均衡，日志內(nèi)只發(fā)現(xiàn)54這個(gè)IP。由此判斷就是這個(gè) 183.61.111.54 的37580端口過(guò)早關(guān)閉與該nginx的連接。

問(wèn)題點(diǎn)，排查為何54這個(gè)IP會(huì)過(guò)早關(guān)閉連接

采用tcpdump命令，抓對(duì)端IP為： 183.61.111.54 , 端口為： 37850 的流量

結(jié)果發(fā)現(xiàn)nginx向上游（183.61.111.54）建立三次握手，然后請(qǐng)求一個(gè)資源，上游發(fā)完資源后就立馬斷開(kāi)連接了。

結(jié)合開(kāi)發(fā)人員發(fā)的502狀態(tài)碼，請(qǐng)求只有72ms秒就返回了502，這個(gè)說(shuō)明在nginx跟上游建立連接，還沒(méi)完全斷開(kāi)，準(zhǔn)備發(fā)送數(shù)據(jù)交互時(shí)，上游就自動(dòng)斷開(kāi)連接。

修改上游nginx的upstream配置,修改前：

修改后：

表示nginx連接上游三次都失敗，那么300秒內(nèi)不會(huì)再建立連接，之后重新啟用對(duì)該地址的監(jiān)聽(tīng)。

再次觀察日志， upstream prematurely closed.... 的報(bào)錯(cuò)少了很多，測(cè)試APP也都正常，目前算是穩(wěn)定。

至于對(duì)比日志發(fā)現(xiàn)，54的IP數(shù)量是139的十幾倍的問(wèn)題，懷疑是QingCloud云平臺(tái)中的監(jiān)聽(tīng)器軟件有問(wèn)題。183.64.111.54的37580端口就對(duì)應(yīng)一個(gè)監(jiān)聽(tīng)器，監(jiān)聽(tīng)的是中藥城項(xiàng)目的內(nèi)部nginx 80端口。而且之前也出現(xiàn)過(guò)監(jiān)聽(tīng)器不生效的問(wèn)題，刪除重新添加恢復(fù)。

現(xiàn)在暫時(shí)恢復(fù)，繼續(xù)觀察。若再出現(xiàn)，可抓139IP的包分析對(duì)比，并且重新添加監(jiān)聽(tīng)器。

二、中轉(zhuǎn)站指的是哪個(gè)app

中轉(zhuǎn)站指的是tcp端口映射app。中轉(zhuǎn)站就是tcp中轉(zhuǎn)站，tcp中轉(zhuǎn)站是一款tcp端口映射軟件，用于將一臺(tái)內(nèi)網(wǎng)中計(jì)算機(jī)的tcp端口映射到另一個(gè)內(nèi)網(wǎng)中的計(jì)算機(jī)上。

三、tcp的連接數(shù)量受synqueue限制嗎

tcp的連接數(shù)量受synqueue限制嗎：

在實(shí)際工作中經(jīng)常碰到一種情況，流量上漲的時(shí)候，服務(wù)端會(huì)出現(xiàn)大量的超時(shí)。此時(shí)的處理辦法一般是擴(kuò)容。

實(shí)際上就算沒(méi)有流量上漲，當(dāng)某個(gè)接口速度變慢時(shí)，調(diào)用該接口的服務(wù)也會(huì)出現(xiàn)超時(shí)。

不管是流量上漲(qps增加)還是接口變慢，導(dǎo)致超時(shí)的直接原因都是系統(tǒng)吞吐量不足(系統(tǒng)吞吐量 = qps / 響應(yīng)時(shí)間)。

當(dāng)系統(tǒng)吞吐量不足時(shí)，大量請(qǐng)求就會(huì)在接口上堆積得不到及時(shí)的處理，表現(xiàn)出來(lái)就是連接超時(shí)或接口超時(shí)。

TCP半連接隊(duì)列和全連接隊(duì)列

創(chuàng)建tcp連接時(shí)需要三次握手。

首先客戶端向服務(wù)端發(fā)送一個(gè)連接請(qǐng)求，包含一個(gè)SYN包，客戶端進(jìn)入SYN_SEND狀態(tài)。

服務(wù)端收到客戶端的請(qǐng)求后將返回一個(gè)SYN+ACK,此時(shí)服務(wù)端進(jìn)入SYN_RECV狀態(tài)。服務(wù)端內(nèi)核會(huì)將該連接存儲(chǔ)到半連接隊(duì)列(SYN隊(duì)列)。

客戶端收到服務(wù)端的確認(rèn)后，發(fā)送一個(gè)ACK包，此時(shí)客戶端進(jìn)入ESTABLISHED狀態(tài)。

服務(wù)端收到客戶端發(fā)來(lái)的ACK包之后，進(jìn)入ESTABLISHED狀態(tài)，并將半連接隊(duì)列中的連接取出來(lái)放到全連接隊(duì)列里(ACCEPT隊(duì)列)。等待進(jìn)程調(diào)用accept函數(shù)時(shí)將連接取出來(lái)。

整體流程如下圖所示：

不管是半連接隊(duì)列(syn queue)還是全連接隊(duì)列(accept queue),都是有長(zhǎng)度限制的，超過(guò)長(zhǎng)度限制時(shí)，內(nèi)核會(huì)直接丟棄或者返回RST包。

查看全連接隊(duì)列

可以使用ss(比netstat更快)命令查看tcp全連接隊(duì)列的情況。

# -l 顯示處于listen狀態(tài)的socket

# -n 不解析服務(wù)名稱

# -t 只顯示tcp socket

ss -lnt

1

2

3

4

1

2

3

4

結(jié)果如下：

其中，Recv-Q表示全連接隊(duì)列的大小，也就是已完成三次握手并等待服務(wù)端accept()的tcp連接個(gè)數(shù)。Send-Q表示全連接最大隊(duì)列長(zhǎng)度，默認(rèn)是128。

注意在非Listen狀態(tài)下(不使用-l參數(shù))，Recv-Q/Send-Q表示的含義是不同的。

其中Recv-Q表示已收到但未被應(yīng)用進(jìn)程讀取的字節(jié)數(shù)。Send-Q表示已發(fā)送到未收到確認(rèn)的字節(jié)數(shù)。

打開(kāi)CSDN APP，看更多技術(shù)內(nèi)容

TCP 全連接隊(duì)列滿了會(huì)發(fā)生什么?又該如何應(yīng)對(duì)?_YY小記的博客_t...

如果服務(wù)器上的進(jìn)程只是短暫的繁忙造成 accept 隊(duì)列滿,那么當(dāng) TCP 全連接隊(duì)列有空位時(shí),再次接收到的請(qǐng)求報(bào)文由于含有 ACK,仍然會(huì)觸發(fā)服務(wù)器端成功建立連接。 所以,tcp_abort_on_overflow 設(shè)為 0 可以提高連接建立的成功率,只有你非?？?..

繼續(xù)訪問(wèn)

最大TCP連接數(shù)量問(wèn)題總結(jié)_星期二的風(fēng)的博客_tcp連接數(shù)

TCP連接數(shù)過(guò)大可能會(huì)出現(xiàn): ERROR: out of memory ,即內(nèi)存溢出。 原因:每個(gè)TCP連接本身,以及這個(gè)連接所用到的緩沖區(qū),都是需要占用一定內(nèi)存的,現(xiàn)在內(nèi)存已經(jīng)被占滿了,不夠用了就會(huì)報(bào)這個(gè)錯(cuò)。 5、CPU的限制 每個(gè)TCP連接都是需要占用CPU...

繼續(xù)訪問(wèn)

服務(wù)器遠(yuǎn)程超出最大連接數(shù)的原因及解決

服務(wù)器遠(yuǎn)程超出最大連接數(shù)的原因是沒(méi)有注銷退出有可能導(dǎo)致遠(yuǎn)程連接的進(jìn)程死掉，重啟服務(wù)器即可

熱門推薦 解決TCP連接數(shù)過(guò)多的問(wèn)題

1、建立連接協(xié)議（三次握手） （1）客戶 端發(fā)送一個(gè)帶SYN標(biāo)志的TCP報(bào)文到服務(wù)器。這是三次握手過(guò)程中的報(bào)文1。 （2） 服務(wù)器端回應(yīng)客戶端的，這是三次握手中的第2個(gè)報(bào)文，這個(gè)報(bào)文同時(shí)帶ACK標(biāo)志和SYN標(biāo) 志。因此它表示對(duì)剛才客戶端SYN報(bào)文的回應(yīng)；同時(shí)又標(biāo)志SYN給客戶端，詢問(wèn)客戶端是否準(zhǔn)備好進(jìn)行數(shù)據(jù)通 訊。 （3） 客戶必須再次回應(yīng)服務(wù)段一個(gè)ACK報(bào)文，這是報(bào)文段3。 2、連接終止

繼續(xù)訪問(wèn)

記一次線上環(huán)境tcp鏈接爆滿導(dǎo)致服務(wù)響應(yīng)慢的問(wèn)題_徐波_bobch的博客...

記一次線上環(huán)境tcp鏈接爆滿導(dǎo)致服務(wù)響應(yīng)慢的問(wèn)題 事件還原: 20200407凌晨接到運(yùn)維人員電話,說(shuō)app啟動(dòng)充電響應(yīng)很慢,無(wú)法正常的開(kāi)啟充電; 20200407凌晨,跟蹤日志排查服務(wù)負(fù)載情況,但是過(guò)了一段時(shí)間自動(dòng)恢復(fù); ...

繼續(xù)訪問(wèn)

服務(wù)器tcp連接占滿_服務(wù)器出現(xiàn)大量TIME_WAIT解決方案

一 、故障原因： 服務(wù)器突然出現(xiàn)大量time_wait(因?yàn)榇罅窟B接資源被占用后不釋放的話，會(huì)導(dǎo)致網(wǎng)站正常訪問(wèn)不能響應(yīng))。如何應(yīng)對(duì)？我這邊先檢查了監(jiān)控和服務(wù)器當(dāng)前的狀態(tài)(time_wait連接確實(shí)異常):1、監(jiān)控2、登錄服務(wù)器檢查二、排查思路：1、猜測(cè)是否因?yàn)槌绦虼蜷_(kāi)大量文件句柄，沒(méi)有關(guān)閉導(dǎo)致。(問(wèn)了研發(fā)同事，排查過(guò)后沒(méi)有這種情況)2、調(diào)大當(dāng)前文件句柄 3、調(diào)優(yōu)sysctl.conf文件4、檢查n...

繼續(xù)訪問(wèn)

性能分析之壓測(cè)中 TCP 全連接隊(duì)列占滿問(wèn)題分析及優(yōu)化案例

文章目錄一、前言二、知識(shí)預(yù)備三、壓測(cè)及分析過(guò)程1、第一次壓測(cè)2、調(diào)大 backlog 值為 5000 后，再次壓測(cè)3、調(diào)整日志級(jí)別為 ERROR，再次壓測(cè)四、小結(jié) 一、前言 在對(duì)一個(gè)擋板系統(tǒng)進(jìn)行測(cè)試時(shí)，遇到一個(gè)由于 TCP 全連接隊(duì)列被占滿而影響系統(tǒng)性能的問(wèn)題，這里記錄下如何進(jìn)行分析及解決的。 二、知識(shí)預(yù)備 理解下 TCP 建立連接過(guò)程與隊(duì)列： 從圖中明顯可以看出建立 TCP 連接的時(shí)候，有兩個(gè)隊(duì)列：syns queue（半連接隊(duì)列）和accept queue（全連接隊(duì)列），分別在第一次握手和第三次握手。

繼續(xù)訪問(wèn)

TCP全連接隊(duì)列和半連接隊(duì)列已滿之后的連接建立過(guò)程抓包分析

在進(jìn)行client不斷的對(duì)server端進(jìn)行connect的過(guò)程中發(fā)現(xiàn)下面這個(gè)狀態(tài)，而且循環(huán)6w次的鏈接只進(jìn)行了2W多次就出錯(cuò)了。 于是去查找了下原因： Linux內(nèi)核協(xié)議棧為一個(gè)tcp連接管理使用兩個(gè)隊(duì)列，一個(gè)是半鏈接隊(duì)列（用來(lái)保存處于SYN_SENT和SYN_RECV狀態(tài)的請(qǐng)求），一個(gè)是全連接隊(duì)列（accpetd隊(duì)列）（用來(lái)保存處

繼續(xù)訪問(wèn)

最大TCP連接數(shù)量問(wèn)題總結(jié)

TCP連接限制問(wèn)題總結(jié)最大TCP連接數(shù)量問(wèn)題總結(jié)1、可用端口號(hào)限制2、文件描述符限制3、線程的限制4、內(nèi)存的限制5、CPU的限制總結(jié)參考文獻(xiàn)： 最大TCP連接數(shù)量問(wèn)題總結(jié) 直接上答案 最大TCP連接數(shù)量限制有：可用端口號(hào)數(shù)量、文件描述符數(shù)量、線程、內(nèi)存、CPU 1、可用端口號(hào)限制 Q：一臺(tái)主機(jī)可以有多少端口號(hào)？端口號(hào)與TCP連接？是否能修改？端口號(hào)限制因素？ 第一：端口號(hào)是16位的，所以總共有65535個(gè)，即可創(chuàng)建65535個(gè)TCP連接 第二：端口分為知名端口(0~1023)、注冊(cè)端口(1024~4951

繼續(xù)訪問(wèn)

關(guān)于TCP連接的一些細(xì)節(jié)問(wèn)題

Q: 半連接隊(duì)列與全連接隊(duì)列 A: 半連接隊(duì)列：由tcp_max_syn_backlog決定，開(kāi)戶syncookies時(shí)，沒(méi)有上限 全連接隊(duì)列：由somaxconn（系統(tǒng)級(jí)）與backlog（listen函數(shù)參數(shù)）共同決定，取兩者中的較小值 Q: 半連接隊(duì)列滿了如何處理？ A: 丟棄請(qǐng)求 Q: 全連接隊(duì)列滿了如何處理？ tcp_abort_on_overflow==1 發(fā)送reset包 tcp_abort_on_overflow==0 過(guò)一段時(shí)間重發(fā)syn ack包（次數(shù)由tcp_synack_ret

繼續(xù)訪問(wèn)

linux下tcp服務(wù)器并發(fā)連接數(shù)限制

1、修改用戶進(jìn)程可打開(kāi)文件數(shù)限制 在Linux平臺(tái)上，無(wú)論編寫客戶端程序還是服務(wù)端程序，在進(jìn)行高并發(fā)TCP連接處理時(shí)，最高的并發(fā)數(shù)量都要受到系統(tǒng)對(duì)用戶單一進(jìn)程同時(shí)可打開(kāi)文件數(shù)量的限制(這是因?yàn)橄到y(tǒng)為每個(gè)TCP連接都要?jiǎng)?chuàng)建一個(gè)socket句柄，每個(gè)socket句柄同時(shí)也是一個(gè)文件句柄)。可使用ulimit命令查看系統(tǒng)允許當(dāng)前用戶進(jìn)程打開(kāi)的文件數(shù)限制： [speng@as4 ~]$ ulimit -n 1024 這表示當(dāng)前用戶的每個(gè)進(jìn)程最多允許同時(shí)打開(kāi)1024個(gè)文件，這1024個(gè)文件中還得除去每個(gè)進(jìn)程必然打開(kāi)的

繼續(xù)訪問(wèn)

linux syn 隊(duì)列,TCP SYN隊(duì)列與Accept隊(duì)列詳解

李樂(lè)盡信書(shū)，不如無(wú)書(shū)。紙上得來(lái)終覺(jué)淺，絕知此事要躬行。實(shí)驗(yàn)現(xiàn)象依賴于系統(tǒng)(如下)以及內(nèi)核參數(shù)(附錄)；一切以實(shí)驗(yàn)結(jié)果為準(zhǔn)。cat /proc/versionLinux version 3.10.0-693.el7.x86_64引子線上服務(wù)(Golang)調(diào)用內(nèi)網(wǎng)API服務(wù)(經(jīng)由內(nèi)網(wǎng)網(wǎng)關(guān)/Nginx轉(zhuǎn)發(fā))時(shí)，偶爾會(huì)出現(xiàn)"connection reset by peer"報(bào)警；為此梳理TCP RST包...

繼續(xù)訪問(wèn)

最新發(fā)布 計(jì)算機(jī)網(wǎng)絡(luò)之TCP最大連接限制

計(jì)算機(jī)網(wǎng)絡(luò)之TCP最大連接限制

繼續(xù)訪問(wèn)

TCP半連接隊(duì)列要是滿了會(huì)怎么樣?

一般是丟棄，但這個(gè)行為可以通過(guò)tcp_syncookies參數(shù)去控制。但比起這個(gè)，更重要的是先了解下半連接隊(duì)列為什么會(huì)被打滿。 首先我們需要明白，一般情況下，半連接的"生存"時(shí)間其實(shí)很短，只有在第一次和第三次握手間，如果半連接都滿了，說(shuō)明服務(wù)端瘋狂收到第一次握手請(qǐng)求，如果是線上游戲應(yīng)用，能有這么多請(qǐng)求進(jìn)來(lái)，那說(shuō)明你可能要富了。但現(xiàn)實(shí)往往比較骨感，你可能遇到了SYN Flood攻擊。 所謂SYN Flood攻擊，可以簡(jiǎn)單理解為，攻擊方模擬客戶端瘋狂發(fā)第一次握手請(qǐng)求過(guò)來(lái)，在服務(wù)端憨憨地回復(fù)第二次握手過(guò)去..

繼續(xù)訪問(wèn)

TCP 全連接隊(duì)列滿了會(huì)發(fā)生什么？又該如何應(yīng)對(duì)？

什么是 TCP 半連接隊(duì)列和全連接隊(duì)列？ .半連接隊(duì)列，也稱 SYN 隊(duì)列； .全連接隊(duì)列，也稱 accepet 隊(duì)列； 服務(wù)端收到客戶端發(fā)起的 SYN 請(qǐng)求后，內(nèi)核會(huì)把該連接存儲(chǔ)到半連接隊(duì)列，并向客戶端響應(yīng) SYN+ACK，接著客戶端會(huì)返回 ACK，服務(wù)端收到第三次握手的 ACK 后，內(nèi)核會(huì)把連接從半連接隊(duì)列移除，然后創(chuàng)建新的完全的連接，并將其添加到 accept 隊(duì)列，等待進(jìn)程調(diào)用 accept 函數(shù)時(shí)把連接取出來(lái)。 不管是半連接隊(duì)列還是全連接隊(duì)列，都有最大長(zhǎng)度限制，超過(guò)限制時(shí)，內(nèi)核會(huì)直接丟棄，或返回

繼續(xù)訪問(wèn)

tcp連接大量time_wait

time_wait過(guò)多的后果 http://blog.51cto.com/benpaozhe/1767612 tcp基礎(chǔ)：http://blog.sciencenet.cn/blog-1225851-830338.html 連接不上的問(wèn)題：http://www.cnxct.com/something-about-phpfpm-s-backlog/ http://maoyidao.iteye.

繼續(xù)訪問(wèn)

TCP accept返回的socket，服務(wù)端TCP連接數(shù)限制

http://www.cppblog.com/aa19870406/archive/2012/07/15/183595.html socket accept()返回的socket描述符的端口和listen描述符端口是一樣的嗎？ as you know,一個(gè)socket是由一個(gè)五元組來(lái)唯一標(biāo)示的，即(協(xié)議，server_ip, server_port, client_ip, client

繼續(xù)訪問(wèn)

syn重發(fā)_TCP 網(wǎng)絡(luò)傳輸協(xié)議中的全隊(duì)列和半隊(duì)列說(shuō)明和半連接隊(duì)列的SYN洪水攻擊 | IT工程師的生活足跡...

一、TCP 維護(hù)隊(duì)列TCP協(xié)議在數(shù)據(jù)傳輸過(guò)程中會(huì)維護(hù)兩個(gè)隊(duì)列:半連接隊(duì)列(SYN queue)和全連接隊(duì)列(accept queue)。1.1、半連接隊(duì)列(SYN Queue)服務(wù)器端監(jiān)聽(tīng)TCP端口后，會(huì)創(chuàng)建一個(gè)request_sock結(jié)構(gòu)，用于存儲(chǔ)半連接隊(duì)列。在TCP三次握手中，當(dāng)服務(wù)器接受到客戶端的SYN包后，就將此連接保存到SYN Queue中，并向客戶端發(fā)送SYN-ACK包;等待客戶端發(fā)送...

繼續(xù)訪問(wèn)

linux tcp連接滿了,[TimLinux] TCP全連接隊(duì)列滿

0. TCP三次握手syns queue: 半連接隊(duì)列accept queue: 全連接隊(duì)列控制參數(shù)存放在文件：/proc/sys/net/ipv4/tcp_abort_on_overflow中，0：表示如果三次握手第三步的時(shí)候全連接隊(duì)列滿了，那么server扔掉client發(fā)過(guò)來(lái)的ack(在server端因?yàn)槿B接隊(duì)列滿了，認(rèn)為連接還沒(méi)有建立起來(lái))，1：表示第三步的時(shí)候如果全連接隊(duì)列滿了，ser...

繼續(xù)訪問(wèn)

TCP全鏈接隊(duì)列滿的問(wèn)題分析之net.core.somaxconn詳解

背景​參考：TCP全鏈接隊(duì)列滿的問(wèn)題分析之net.core.somaxconn詳解_運(yùn)維_PHP面試網(wǎng) 最近控制臺(tái)查看騰訊云服務(wù)器狀態(tài)時(shí)，發(fā)現(xiàn)一個(gè)異常情況提示如下： 該實(shí)例最近12小時(shí)內(nèi)在2022-01-18 14:48出現(xiàn)過(guò)TCP全鏈接隊(duì)列滿的情況，為避免成為業(yè)務(wù)瓶頸，建議您檢查業(yè)務(wù)健康情況?？蓞⒖嘉臋n：點(diǎn)擊查看 TCP 全連接隊(duì)列滿 TCP 全連接隊(duì)列的長(zhǎng)度取net.core.somaxconn及業(yè)務(wù)進(jìn)程調(diào)用 listen 時(shí)傳入的 backlog 參數(shù)，兩者中的較小值。若您的實(shí)..

繼續(xù)訪

四、平安銀行app怎么老顯示網(wǎng)絡(luò)連接不上

建議重新下載最新版口袋銀行APP嘗試。

如一直顯示異常，可撥打95511-2轉(zhuǎn)人工反饋。

以上就是關(guān)于tcp連接app下載相關(guān)問(wèn)題的回答。希望能幫到你，如有更多相關(guān)問(wèn)題，您也可以聯(lián)系我們的客服進(jìn)行咨詢，客服也會(huì)為您講解更多精彩的知識(shí)和內(nèi)容。

推薦閱讀：

itchat怎么用（itchat-uos）

ChatGPT免費(fèi)綠色版（chatcraft pro 綠色版）

chatpt中文（chatcrypt）

江北別墅景觀設(shè)計(jì)公司排名（江北別墅景觀設(shè)計(jì)公司排名榜）

華為手機(jī)靜音會(huì)震動(dòng)嗎（華為手機(jī)靜音會(huì)震動(dòng)嗎怎么關(guān)）