强奸久久久久久久|草草浮力在线影院|手机成人无码av|亚洲精品狼友视频|国产国模精品一区|久久成人中文字幕|超碰在线视屏免费|玖玖欧洲一区二区|欧美精品无码一区|日韩无遮一区二区

首頁 > 廠商 > 知識 > sendto函數(shù),sendto怎么發(fā)送INT型的 數(shù)據(jù)呢

sendto函數(shù),sendto怎么發(fā)送INT型的 數(shù)據(jù)呢

來源:整理 時間:2023-08-22 21:26:35 編輯:智能門戶 手機版

本文目錄一覽

1,sendto怎么發(fā)送INT型的 數(shù)據(jù)呢

int n = 100;::sendto(socket, &n, sizeof(int),...)取要發(fā)送的數(shù)據(jù)的地址就可以了

sendto怎么發(fā)送INT型的 數(shù)據(jù)呢

2,sendto函數(shù)在什么情況下被阻塞

在主線程,就是阻塞的。sendto是很快發(fā)送“出去”的,不等待對方確認(rèn)的。
send要完成操作才能返回啊。如果你給的buff太大一次發(fā)送不完就需要分多次,如果不阻塞就可能包就亂了

sendto函數(shù)在什么情況下被阻塞

3,使用CAsyncSocketSendTo函數(shù)向255255255255發(fā)送廣播數(shù)據(jù)

不用
AsyncSocket::SendTo調(diào)用該成員函數(shù)的數(shù)據(jù)發(fā)送到特定目標(biāo)。int SendTo(const void* lpBuf,int nBufLen,UINT nHostPort,LPCTSTR lpszHostAddress = NULL,int nFlags = 0 );int SendTo(const void* lpBuf,int nBufLen,const SOCKADDR* lpSockAddr,int nSockAddrLen,int nFlags = 0 );

使用CAsyncSocketSendTo函數(shù)向255255255255發(fā)送廣播數(shù)據(jù)

4,VB socket編程中 sendto函數(shù)發(fā)送的是什么格式的字符串

private declare function sendto lib "ws2_32.dll" (byval socket as long,byref data as byte,...)dim data(100) as bytesendto socket,data(0),...
這取決于你使用的協(xié)議。一般使用socket都是使用tcp協(xié)議socket(af_inet, sock_stream, 0),或者是udp協(xié)議socket(af_inet, sock_dgram, 0).當(dāng)然還有原始套接口和unix域協(xié)議,這個就不扯遠了。如果是tcp,系統(tǒng)自動完成工作有:發(fā)送,對方接受,對方返回確認(rèn)。如果第一次發(fā)送失敗,會自動重傳直到確實無法發(fā)送到目的地(這個依套接口選項設(shè)定,不扯太遠)。如果是udp,發(fā)送方只把數(shù)據(jù)包送出,不重傳,不確認(rèn),也就是接受方不返回確認(rèn)信息。至于你這個問題“現(xiàn)在是send了100個1k字節(jié)的包,不知道什么時候可以停止recv做別的事”,這個問讓我有點疑惑,因為什么時候停止recv這要看編程者的意愿,因為你是發(fā)送了100個1k包,那么你連續(xù)調(diào)用100次recv,如果你不設(shè)置非阻塞式i/o,則在100個包到達之前,你的recv不會停止。另外我設(shè)想另一種情況,也可能是你想要的答案:因為100個包全部接受到可能存在風(fēng)險,如果你調(diào)用100次recv,如果其中丟失了1個包(udp風(fēng)險更大,tcp雖然會從傳,但也只是會嘗試幾次),那么你的進程可能會永遠阻塞在recv中,一般的做法是:將套接口設(shè)置為非阻塞式,用select函數(shù)給套接口加上限時,如果超過規(guī)定的時間沒有收到100個包,則進行錯誤處理。

5,WinSocket中的SendTo 和 ReceiveFrom函數(shù) 疑問

不是吧,連接的遠程主機只需要本地連接時指定的端口號和ip地址和遠程主機的一致就可以了,對于本地ip和端口號沒有要求的..兩個函數(shù)的地址和端口都是遠程主機的,個人見解..
sendto 和recievefrom 函數(shù)是針對udp協(xié)議的..udp協(xié)議是不可靠傳輸..不像tcp在傳輸時首先要建立一個虛擬信道..然后通過信道進行傳輸,,所以傳輸數(shù)據(jù)時必須要知道給誰..tcp就像打電話,,你打他的號碼自然知道他,,能了就隨便說,,udp就像寫信,,你知道他的住址,,只能寫著地址郵出去,,至于收的到收不到還是問題,,結(jié)果你收到很多回信,,你知道他的名字才能知道哪個是他回給你的信,,懂?
sendto() 簡述: 向一指定目的地發(fā)送數(shù)據(jù)。 #include int PASCAL FAR sendto( SOCKET s, const char FAR* buf, int len, int flags, const struct sockaddr FAR* to, int tolen); s:一個標(biāo)識套接口的描述字。//本地綁定端口 buf:包含待發(fā)送數(shù)據(jù)的緩沖區(qū)。 len:buf緩沖區(qū)中數(shù)據(jù)的長度。 flags:調(diào)用方式標(biāo)志位。 to:(可選)指針,指向目的套接口的地址。//目的 tolen:to所指地址的長度。 int PASCAL FAR recvfrom( SOCKET s, char FAR* buf, int len, int flags, struct sockaddr FAR* from, int FAR* fromlen); s:標(biāo)識一個已連接套接口的描述字。//本地綁定端口 buf:接收數(shù)據(jù)緩沖區(qū)。 len:緩沖區(qū)長度。 flags:調(diào)用操作方式。 from:(可選)指針,指向裝有源地址的緩沖區(qū)。 fromlen:(可選)指針,指向from緩沖區(qū)長度值。
這兩個函數(shù)是UDP型的SOCKET用的,地址和端口sendto的就是你放發(fā)送到的地址和端口,receivefrom就是你要從哪接受的地址和端口

6,send sendto recv recvfrom有什么區(qū)別

send sendto recv recvfrom有什么區(qū)別一般情況下:send(),recv()用于TCP,sendto()及recvfrom()用于UDP但是send(),recv()也可以用于UDP,sendto()及recvfrom()也可以用于TCP
一般情況下:send(),recv()用于tcp,sen一般情況下:send(),recv()用于tcp,sendto()及recvfrom()用于udp但是send(),recv()也可以用于udp,sendto()及recvfrom()也可以用于tcpsend函數(shù)int send( socket s, const char far *buf, int len, int flags ); 不論是客戶還是服務(wù)器應(yīng)用程序都用send函數(shù)來向tcp連接的另一端發(fā)送數(shù)據(jù)。客戶程序一般用send函數(shù)向服務(wù)器發(fā)送請求,而服務(wù)器則通常用send函數(shù)來向客戶程序發(fā)送應(yīng)答。該函數(shù)的第一個參數(shù)指定發(fā)送端套接字描述符;第二個參數(shù)指明一個存放應(yīng)用程序要發(fā)送數(shù)據(jù)的緩沖區(qū);第三個參數(shù)指明實際要發(fā)送的數(shù)據(jù)的字節(jié)數(shù);第四個參數(shù)一般置0。這里只描述同步socket的send函數(shù)的執(zhí)行流程。當(dāng)調(diào)用該函數(shù)時,send先比較待發(fā)送數(shù)據(jù)的長度len和套接字s的發(fā)送緩沖的 長度, 如果len大于s的發(fā)送緩沖區(qū)的長度,該函數(shù)返回socket_error;如果len小于或者等于s的發(fā)送緩沖區(qū)的長度,那么send先檢查協(xié)議 是否正在發(fā)送s的發(fā)送緩沖中的數(shù)據(jù),如果是就等待協(xié)議把數(shù)據(jù)發(fā)送完,如果協(xié)議還沒有開始發(fā)送s的發(fā)送緩沖中的數(shù)據(jù)或者s的發(fā)送緩沖中沒有數(shù)據(jù),那么 send就比較s的發(fā)送緩沖區(qū)的剩余空間和len,如果len大于剩余空間大小send就一直等待協(xié)議把s的發(fā)送緩沖中的數(shù)據(jù)發(fā)送完,如果len小于剩余 空間大小send就僅僅把buf中的數(shù)據(jù)copy到剩余空間里(注意并不是send把s的發(fā)送緩沖中的數(shù)據(jù)傳到連接的另一端的,而是協(xié)議傳的,send僅僅是把buf中的數(shù)據(jù)copy到s的發(fā)送緩沖區(qū)的剩余空間里)。如果send函數(shù)copy數(shù)據(jù)成功,就返回實際copy的字節(jié)數(shù),如果send在copy數(shù)據(jù)時出現(xiàn)錯誤,那么send就返回socket_error;如果send在等待協(xié)議傳送數(shù)據(jù)時網(wǎng)絡(luò)斷開的話,那么send函數(shù)也返回socket_error。要注意send函數(shù)把buf中的數(shù)據(jù)成功copy到s的發(fā)送緩沖的剩余空間里后它就返回了,但是此時這些數(shù)據(jù)并不一定馬上被傳到連接的另一端。如 果協(xié)議在后續(xù)的傳送過程中出現(xiàn)網(wǎng)絡(luò)錯誤的話,那么下一個socket函數(shù)就會返回socket_error。(每一個除send外的socket函數(shù)在執(zhí) 行的最開始總要先等待套接字的發(fā)送緩沖中的數(shù)據(jù)被協(xié)議傳送完畢才能繼續(xù),如果在等待時出現(xiàn)網(wǎng)絡(luò)錯誤,那么該socket函數(shù)就返回 socket_error)注意:在unix系統(tǒng)下,如果send在等待協(xié)議傳送數(shù)據(jù)時網(wǎng)絡(luò)斷開的話,調(diào)用send的進程會接收到一個sigpipe信號,進程對該信號的默認(rèn)處理是進程終止。recv函數(shù)int recv( socket s, char far *buf, int len, int flags ); 不論是客戶還是服務(wù)器應(yīng)用程序都用recv函數(shù)從tcp連接的另一端接收數(shù)據(jù)。該函數(shù)的第一個參數(shù)指定接收端套接字描述符;第二個參數(shù)指明一個緩沖區(qū),該緩沖區(qū)用來存放recv函數(shù)接收到的數(shù)據(jù);第三個參數(shù)指明buf的長度;第四個參數(shù)一般置0。這里只描述同步socket的recv函數(shù)的執(zhí)行流程。當(dāng)應(yīng)用程序調(diào)用recv函數(shù)時,recv先等待s的發(fā)送緩沖 中的數(shù)據(jù)被協(xié)議傳送完畢,如果協(xié)議在傳送s的發(fā)送緩沖中的數(shù)據(jù)時出現(xiàn)網(wǎng)絡(luò)錯誤,那么recv函數(shù)返回socket_error,如果s的發(fā)送緩沖中沒有數(shù) 據(jù)或者數(shù)據(jù)被協(xié)議成功發(fā)送完畢后,recv先檢查套接字s的接收緩沖區(qū),如果s接收緩沖區(qū)中沒有數(shù)據(jù)或者協(xié)議正在接收數(shù)據(jù),那么recv就一直等待,只到 協(xié)議把數(shù)據(jù)接收完畢。當(dāng)協(xié)議把數(shù)據(jù)接收完畢,recv函數(shù)就把s的接收緩沖中的數(shù)據(jù)copy到buf中(注意協(xié)議接收到的數(shù)據(jù)可能大于buf的長度,所以 在這種情況下要調(diào)用幾次recv函數(shù)才能把s的接收緩沖中的數(shù)據(jù)copy完。recv函數(shù)僅僅是copy數(shù)據(jù),真正的接收數(shù)據(jù)是協(xié)議來完成的),recv函數(shù)返回其實際copy的字節(jié)數(shù)。如果recv在copy時出錯,那么它返回socket_error;如果recv函數(shù)在等待協(xié)議接收數(shù)據(jù)時網(wǎng)絡(luò)中斷了,那么它返回0。注意:在unix系統(tǒng)下,如果recv函數(shù)在等待協(xié)議接收數(shù)據(jù)時網(wǎng)絡(luò)斷開了,那么調(diào)用recv的進程會接收到一個sigpipe信號,進程對該信號的默認(rèn)處理是進程終止。sendto和recvfrom一般用于udp協(xié)議中,但是如果在tcp中connect函數(shù)調(diào)用后也可以用.sendto()和recvfrom()——利用數(shù)據(jù)報方式進行數(shù)據(jù)傳輸 在無連接的數(shù)據(jù)報socket方式下,由于本地socket并沒有與遠端機器建立連接,所以在發(fā)送數(shù)據(jù)時應(yīng)指明目的地址,sendto()函數(shù)原型為: int sendto(int sockfd, const void *msg,int len unsigned int flags, const struct sockaddr *to, int tolen); 該函數(shù)比send()函數(shù)多了兩個參數(shù),to表示目地機的ip地址和端口號信息,而tolen常常被賦值為sizeof (struct sockaddr)。sendto 函數(shù)也返回實際發(fā)送的數(shù)據(jù)字節(jié)長度或在出現(xiàn)發(fā)送錯誤時返回-1。 recvfrom()函數(shù)原型為: int recvfrom(int sockfd,void *buf,int len,unsigned int lags,struct sockaddr *from,int *fromlen); from是一個struct sockaddr類型的變量,該變量保存源機的ip地址及端口號。fromlen常置為sizeof (struct sockaddr)。當(dāng)recvfrom()返回時,fromlen包含實際存入from中的數(shù)據(jù)字節(jié)數(shù)。recvfrom()函數(shù)返回接收到的字節(jié)數(shù)或當(dāng)出現(xiàn)錯誤時返回-1,并置相應(yīng)的errno。 應(yīng)注意的一點是,當(dāng)你對于數(shù)據(jù)報socket調(diào)用了connect()函數(shù)時,你也可以利用send()和recv()進行數(shù)據(jù)傳輸,但該socket仍然是數(shù)據(jù)報socket,并且利用傳輸層的udp服務(wù)。但在發(fā)送或接收數(shù)據(jù)報時,內(nèi)核會自動為之加上目地和源地址信息。dto()及recvfrom()用于udp但是send(),recv()也可以用于udp,sendto()及recvfrom()也可以用于tcpsend函數(shù)int send( socket s, const char far *buf, int len, int flags ); 不論是客戶還是服務(wù)器應(yīng)用程序都用send函數(shù)來向tcp連接的另一端發(fā)送數(shù)據(jù)??蛻舫绦蛞话阌胹end函數(shù)向服務(wù)器發(fā)送請求,而服務(wù)器則通常用send函數(shù)來向客戶程序發(fā)送應(yīng)答。該函數(shù)的第一個參數(shù)指定發(fā)送端套接字描述符;第二個參數(shù)指明一個存放應(yīng)用程序要發(fā)送數(shù)據(jù)的緩沖區(qū);第三個參數(shù)指明實際要發(fā)送的數(shù)據(jù)的字節(jié)數(shù);第四個參數(shù)一般置0。這里只描述同步socket的send函數(shù)的執(zhí)行流程。當(dāng)調(diào)用該函數(shù)時,send先比較待發(fā)送數(shù)據(jù)的長度len和套接字s的發(fā)送緩沖的 長度, 如果len大于s的發(fā)送緩沖區(qū)的長度,該函數(shù)返回socket_error;如果len小于或者等于s的發(fā)送緩沖區(qū)的長度,那么send先檢查協(xié)議 是否正在發(fā)送s的發(fā)送緩沖中的數(shù)據(jù),如果是就等待協(xié)議把數(shù)據(jù)發(fā)送完,如果協(xié)議還沒有開始發(fā)送s的發(fā)送緩沖中的數(shù)據(jù)或者s的發(fā)送緩沖中沒有數(shù)據(jù),那么 send就比較s的發(fā)送緩沖區(qū)的剩余空間和len,如果len大于剩余空間大小send就一直等待協(xié)議把s的發(fā)送緩沖中的數(shù)據(jù)發(fā)送完,如果len小于剩余 空間大小send就僅僅把buf中的數(shù)據(jù)copy到剩余空間里(注意并不是send把s的發(fā)送緩沖中的數(shù)據(jù)傳到連接的另一端的,而是協(xié)議傳的,send僅僅是把buf中的數(shù)據(jù)copy到s的發(fā)送緩沖區(qū)的剩余空間里)。如果send函數(shù)copy數(shù)據(jù)成功,就返回實際copy的字節(jié)數(shù),如果send在copy數(shù)據(jù)時出現(xiàn)錯誤,那么send就返回socket_error;如果send在等待協(xié)議傳送數(shù)據(jù)時網(wǎng)絡(luò)斷開的話,那么send函數(shù)也返回socket_error。要注意send函數(shù)把buf中的數(shù)據(jù)成功copy到s的發(fā)送緩沖的剩余空間里后它就返回了,但是此時這些數(shù)據(jù)并不一定馬上被傳到連接的另一端。如 果協(xié)議在后續(xù)的傳送過程中出現(xiàn)網(wǎng)絡(luò)錯誤的話,那么下一個socket函數(shù)就會返回socket_error。(每一個除send外的socket函數(shù)在執(zhí) 行的最開始總要先等待套接字的發(fā)送緩沖中的數(shù)據(jù)被協(xié)議傳送完畢才能繼續(xù),如果在等待時出現(xiàn)網(wǎng)絡(luò)錯誤,那么該socket函數(shù)就返回 socket_error)注意:在unix系統(tǒng)下,如果send在等待協(xié)議傳送數(shù)據(jù)時網(wǎng)絡(luò)斷開的話,調(diào)用send的進程會接收到一個sigpipe信號,進程對該信號的默認(rèn)處理是進程終止。recv函數(shù)int recv( socket s, char far *buf, int len, int flags ); 不論是客戶還是服務(wù)器應(yīng)用程序都用recv函數(shù)從tcp連接的另一端接收數(shù)據(jù)。該函數(shù)的第一個參數(shù)指定接收端套接字描述符;第二個參數(shù)指明一個緩沖區(qū),該緩沖區(qū)用來存放recv函數(shù)接收到的數(shù)據(jù);第三個參數(shù)指明buf的長度;第四個參數(shù)一般置0。這里只描述同步socket的recv函數(shù)的執(zhí)行流程。當(dāng)應(yīng)用程序調(diào)用recv函數(shù)時,recv先等待s的發(fā)送緩沖 中的數(shù)據(jù)被協(xié)議傳送完畢,如果協(xié)議在傳送s的發(fā)送緩沖中的數(shù)據(jù)時出現(xiàn)網(wǎng)絡(luò)錯誤,那么recv函數(shù)返回socket_error,如果s的發(fā)送緩沖中沒有數(shù) 據(jù)或者數(shù)據(jù)被協(xié)議成功發(fā)送完畢后,recv先檢查套接字s的接收緩沖區(qū),如果s接收緩沖區(qū)中沒有數(shù)據(jù)或者協(xié)議正在接收數(shù)據(jù),那么recv就一直等待,只到 協(xié)議把數(shù)據(jù)接收完畢。當(dāng)協(xié)議把數(shù)據(jù)接收完畢,recv函數(shù)就把s的接收緩沖中的數(shù)據(jù)copy到buf中(注意協(xié)議接收到的數(shù)據(jù)可能大于buf的長度,所以 在這種情況下要調(diào)用幾次recv函數(shù)才能把s的接收緩沖中的數(shù)據(jù)copy完。recv函數(shù)僅僅是copy數(shù)據(jù),真正的接收數(shù)據(jù)是協(xié)議來完成的),recv函數(shù)返回其實際copy的字節(jié)數(shù)。如果recv在copy時出錯,那么它返回socket_error;如果recv函數(shù)在等待協(xié)議接收數(shù)據(jù)時網(wǎng)絡(luò)中斷了,那么它返回0。注意:在unix系統(tǒng)下,如果recv函數(shù)在等待協(xié)議接收數(shù)據(jù)時網(wǎng)絡(luò)斷開了,那么調(diào)用recv的進程會接收到一個sigpipe信號,進程對該信號的默認(rèn)處理是進程終止。sendto和recvfrom一般用于udp協(xié)議中,但是如果在tcp中connect函數(shù)調(diào)用后也可以用.sendto()和recvfrom()——利用數(shù)據(jù)報方式進行數(shù)據(jù)傳輸 在無連接的數(shù)據(jù)報socket方式下,由于本地socket并沒有與遠端機器建立連接,所以在發(fā)送數(shù)據(jù)時應(yīng)指明目的地址,sendto()函數(shù)原型為: int sendto(int sockfd, const void *msg,int len unsigned int flags, const struct sockaddr *to, int tolen); 該函數(shù)比send()函數(shù)多了兩個參數(shù),to表示目地機的ip地址和端口號信息,而tolen常常被賦值為sizeof (struct sockaddr)。sendto 函數(shù)也返回實際發(fā)送的數(shù)據(jù)字節(jié)長度或在出現(xiàn)發(fā)送錯誤時返回-1。 recvfrom()函數(shù)原型為: int recvfrom(int sockfd,void *buf,int len,unsigned int lags,struct sockaddr *from,int *fromlen); from是一個struct sockaddr類型的變量,該變量保存源機的ip地址及端口號。fromlen常置為sizeof (struct sockaddr)。當(dāng)recvfrom()返回時,fromlen包含實際存入from中的數(shù)據(jù)字節(jié)數(shù)。recvfrom()函數(shù)返回接收到的字節(jié)數(shù)或當(dāng)出現(xiàn)錯誤時返回-1,并置相應(yīng)的errno。 應(yīng)注意的一點是,當(dāng)你對于數(shù)據(jù)報socket調(diào)用了connect()函數(shù)時,你也可以利用send()和recv()進行數(shù)據(jù)傳輸,但該socket仍然是數(shù)據(jù)報socket,并且利用傳輸層的udp服務(wù)。但在發(fā)送或接收數(shù)據(jù)報時,內(nèi)核會自動為之加上目地和源地址信息。
文章TAG:函數(shù)怎么發(fā)送數(shù)據(jù)sendto函數(shù)數(shù)據(jù)呢

最近更新

  • vfc,vfc什么意思vfc,vfc什么意思

    vfc什么意思2,MAZAK機床操作面板中的VFC和MF1MF2的英文全稱是什么是什么意思啊3,sew變頻器vfc控制是什么意思4,vfc單板的作用5,MAZAK機床操作面板中的VFC和MF1MF2的英文全稱是什么是什么6,.....

    知識 日期:2023-08-22

  • 微型風(fēng)力發(fā)電機,微型風(fēng)力發(fā)電機微型風(fēng)力發(fā)電機,微型風(fēng)力發(fā)電機

    微型風(fēng)力發(fā)電機2,請問如何制作小型風(fēng)力發(fā)電機3,如何制作微型風(fēng)力發(fā)電機4,微型風(fēng)力發(fā)電機的大小5,怎么制作小型風(fēng)力發(fā)電機6,我想在電動車上安裝一個微型風(fēng)力發(fā)電機怎么辦7,我想做個小型家用風(fēng).....

    知識 日期:2023-08-22

  • 毫安單位,毫安是什么東西毫安單位,毫安是什么東西

    毫安是什么東西2,mA是什么單位3,毫安和微安的換算4,ma是什么單位它與電流有什么關(guān)系5,4安時等于多少毫安6,毫安時是什么單位手機電池為什么不用千瓦時做單位1,毫安是什么東西毫安是電流的單.....

    知識 日期:2023-08-22

  • a4事件,512是什么事件a4事件,512是什么事件

    512是什么事件2,1991年美國發(fā)生了1件什么大事3,奧迪a4l事故后不發(fā)電4,如何理解a3事件5,a4和a5事件的區(qū)別6,LTE的測量事件有哪些1,512是什么事件四川汶川發(fā)生7.8級地震5月12日下午14時28分在.....

    知識 日期:2023-08-22

  • 物流數(shù)據(jù)價值,如何理解物流的價值物流數(shù)據(jù)價值,如何理解物流的價值

    物流和數(shù)據(jù)是什么關(guān)系?互聯(lián)網(wǎng)加物流Da數(shù)據(jù)和物流Cloud會對行業(yè)產(chǎn)生什么影響?“大數(shù)據(jù)”的目的是充分挖掘海量數(shù)據(jù)、查找價值in數(shù)據(jù)中的信息,其處理對象多種多樣數(shù)據(jù)。中國物流Status物流.....

    知識 日期:2023-08-22

  • 技嘉臺灣,技嘉是哪國的公司技嘉臺灣,技嘉是哪國的公司

    技嘉是哪國的公司2,技嘉是哪個國家的品牌3,臺灣技嘉筆記本電腦官方網(wǎng)站4,技嘉是哪個國家的品牌5,技嘉科技是哪個地區(qū)的公司6,GIGABYTE主板是什么牌子7,技嘉主板制造商在哪里8,技嘉屬于哪個國.....

    知識 日期:2023-08-22

  • 電動車充電器維修,電動車充電器維修教程電動車充電器維修,電動車充電器維修教程

    電動車充電器維修教程2,電動車充電器怎么修理3,電動車充電器怎么修4,怎么維修電動車充電器5,電動車充電器能維修嗎應(yīng)該怎樣維修呢6,電動車充電器壞了請問怎么修理1,電動車充電器維修教程那毛.....

    知識 日期:2023-08-22

  • cnvd,上哪找白帽黑客cnvd,上哪找白帽黑客

    上哪找白帽黑客2,上海云盾紅網(wǎng)衛(wèi)士針對CNVD漏洞的防護怎么樣3,黑客是用什么方式盜取wifi密碼的4,ESET總是提示在ICMP數(shù)據(jù)包中檢測到隱秘通道漏洞什么意思啊5,安卓微信收藏的文件刪除怎么恢.....

    知識 日期:2023-08-22