(十三) 深入淺出TCPIP之TCP套接字參數

?

專欄其他文章:

?

理論篇:

(一)深入淺出TCPIP之理解TCP報文格式和交互流程

??(二)深入淺出TCPIP之再識TCP,理解TCP三次握手(上)

??(三)深入淺出TCPIP之再識TCP,理解TCP四次揮手(上)

??(四)深入淺出TCPIP之TCP三次握手和四次揮手(下)的抓包分析

??(五)深入淺出TCPIP之TCP流量控制

??(六)深入淺出TCPIP之TCP擁塞控制

??(七)深入淺出TCPIP之深入淺出TCPIP之TCP重傳機制

?(八)深入淺出TCPIP之TCP長連接與短連接詳解

?(九)深入淺出TCPIP之網絡同步異步

?(十)深入淺出TCPIP之網絡阻塞和非阻塞

(十一)深入淺出TCPIP之TCP粘包問題

??(十二)深入淺出TCPIP之Nagle算法

??(十三) 深入淺出TCPIP之TCP套接字參數

??(十四)深入淺出TCPIP之初識UDP理解報文格式和交互流程

??(十五)非常全面的TCPIP面試寶典-進入大廠必備總結

?(十六)深入淺出TCPIP之Hello CDN

?....

(二十)深入淺出TCPIP之epoll的一些思考

實踐篇:

? ?深入淺出TCPIP之實戰篇—用c++開發一個http服務器(二十一)

其他實踐篇+游戲開發中的網絡問題疑難雜癥解讀 正在完善。。。

Socket描述符選項

#include <sys/socket.h>

int setsockopt( int socket, int level, int option_name,const void *option_value, size_t ,ption_len);

  第一個參數socket是套接字描述符。第二個參數level是被設置的選項的級別,如果想要在套接字級別上設置選項,就必須把level設置為?SOL_SOCKET。?option_name指定準備設置的選項,option_name可以有哪些取值,這取決于level,以linux 2.6內核為例(在不同的平臺上,這種關系可能會有不同),在套接字級別上(SOL_SOCKET),option_name可以有以下取?值:

  1. ????SO_DEBUG,打開或關閉調試信息。
    ????當option_value不等于0時,打開調試信息,否則,關閉調試信息。它實際所做的工作是在sock->sk->sk_flag中置?SOCK_DBG(第10)位,或清SOCK_DBG位。
  1. ????SO_REUSEADDR,打開或關閉地址復用功能。
    ????當option_value不等于0時,打開,否則,關閉。它實際所做的工作是置sock->sk->sk_reuse為1或0。
  1. ????SO_DONTROUTE,打開或關閉路由查找功能。
    ????當option_value不等于0時,打開,否則,關閉。它實際所做的工作是在sock->sk->sk_flag中置或清SOCK_LOCALROUTE位。
  1. ????SO_BROADCAST,允許或禁止發送廣播數據。
    ????當option_value不等于0時,允許,否則,禁止。它實際所做的工作是在sock->sk->sk_flag中置或清SOCK_BROADCAST位。
  1. ????SO_SNDBUF,設置發送緩沖區的大小。
    ????發送緩沖區的大小是有上下限的,其上限為256 * (sizeof(struct sk_buff) + 256),下限為2048字節。該操作將sock->sk->sk_sndbuf設置為val * 2,之所以要乘以2,是防
    止大數據量的發送,突然導致緩沖區溢出。最后,該操作完成后,因為對發送緩沖的大小 作了改變,要檢查sleep隊列,如果有進程正在等待寫,將它們喚醒。
  1. ????SO_RCVBUF,設置接收緩沖區的大小。
    ????接收緩沖區大小的上下限分別是:256 * (sizeof(struct sk_buff) + 256)和256字節。該操作將sock->sk->sk_rcvbuf設置為val * 2。
  2. ????SO_KEEPALIVE,套接字保活。
    ????如果協議是TCP,并且當前的套接字狀態不是偵聽(listen)或關閉(close),那么,當option_value不是零時,啟用TCP保活定時?器,否則關閉保活定時器。對于所有協議,該操
    作都會根據option_value置或清 sock->sk->sk_flag中的?SOCK_KEEPOPEN位。
  3. ????SO_OOBINLINE,緊急數據放入普通數據流。
    ????該操作根據option_value的值置或清sock->sk->sk_flag中的SOCK_URGINLINE位。
  4. ????SO_NO_CHECK,打開或關閉校驗和。
    ????該操作根據option_value的值,設置sock->sk->sk_no_check。
  5. ????SO_PRIORITY,設置在套接字發送的所有包的協議定義優先權。Linux通過這一值來排列網絡隊列。
    ????這個值在0到6之間(包括0和6),由option_value指定。賦給sock->sk->sk_priority。
  1. ????SO_LINGER,如果選擇此選項, close或?shutdown將等到所有套接字里排隊的消息成功發送或到達延遲時間后>才會返回.?否則,?調用將立即返回。
    ????該選項的參數(option_value)是一個linger結構:
    ????????struct linger {
    ????????????int???l_onoff;???
    ????????????int???l_linger;??
    ????????};
    如果linger.l_onoff值為0(關閉),則清 sock->sk->sk_flag中的SOCK_LINGER位;否則,置該位,并賦sk->sk_lingertime值為?linger.l_linger。
  1. ????SO_PASSCRED,允許或禁止SCM_CREDENTIALS?控制消息的接收。
    ????該選項根據option_value的值,清或置sock->sk->sk_flag中的SOCK_PASSCRED位。
  2. ????SO_TIMESTAMP,打開或關閉數據報中的時間戳接收。
    ????該選項根據option_value的值,清或置sock->sk->sk_flag中的SOCK_RCVTSTAMP位,如果打開,則還需設sock->sk->sk_flag中的SOCK_TIMESTAMP位,同時,將全局變量
    netstamp_needed加1。
  3. ????SO_RCVLOWAT,設置接收數據前的緩沖區內的最小字節數。
    ????在Linux中,緩沖區內的最小字節數是固定的,為1。即將sock->sk->sk_rcvlowat固定賦值為1。
  1. ????SO_RCVTIMEO,設置接收超時時間。
    ????該選項最終將接收超時時間賦給sock->sk->sk_rcvtimeo。
  1. ????SO_SNDTIMEO,設置發送超時時間。
    ????該選項最終將發送超時時間賦給sock->sk->sk_sndtimeo。
  2. ????SO_BINDTODEVICE,將套接字綁定到一個特定的設備上。
    ????該選項最終將設備賦給sock->sk->sk_bound_dev_if。
  3. ?SO_ATTACH_FILTER和SO_DETACH_FILTER。
    ????關于數據包過濾,它們最終會影響sk->sk_filter。
    ? ??

以上所介紹的都是在SOL_SOCKET層的一些套接字選項,如果超出這個范圍,?給出一些不在這一level的選項作為參數,最終會得到- ENOPROTOOPT的返回值。但以上的分析僅限

于這些選項對sock-sk的值的影響,這些選項真正如何發揮作用,我們的探索道路 將漫漫其修遠。? ?

1.closesocket(一般不會立即關閉而經歷TIME_WAIT的過程)后想繼續重用該socket:

BOOL bReuseaddr=TRUE;
setsockopt(s,SOL_SOCKET ,SO_REUSEADDR,(const char*)&bReuseaddr,sizeof(BOOL)); 

2.?如果要已經處于連接狀態的soket在調用closesocket后強制關閉,不經歷
TIME_WAIT的過程:

BOOL bDontLinger = FALSE;
setsockopt(s,SOL_SOCKET,SO_DONTLINGER,(const char*)&bDontLinger,sizeof(BOOL)); 

3.在send(),recv()過程中有時由于網絡狀況等原因,發收不能預期進行,而設置收發時限:

int nNetTimeout=1000;//1秒
//發送時限
setsockopt(socket,SOL_S0CKET,SO_SNDTIMEO,(char *)&nNetTimeout,sizeof(int));
//接收時限
setsockopt(socket,SOL_S0CKET,SO_RCVTIMEO,(char *)&nNetTimeout,sizeof(int)); 

?

4.在send()的時候,返回的是實際發送出去的字節(同步)或發送到socket緩沖區的字節
(異步);系統默認的狀態發送和接收一次為8688字節(約為8.5K);在實際的過程中發送數據
和接收數據量比較大,可以設置socket緩沖區,而避免了send(),recv()不斷的循環收發:

?

// 接收緩沖區
int nRecvBuf=32*1024;//設置為32K
setsockopt(s,SOL_SOCKET,SO_RCVBUF,(const char*)&nRecvBuf,sizeof(int));
//發送緩沖區
int nSendBuf=32*1024;//設置為32K
setsockopt(s,SOL_SOCKET,SO_SNDBUF,(const char*)&nSendBuf,sizeof(int)); 

?

5.?如果在發送數據的時,希望不經歷由系統緩沖區到socket緩沖區的拷貝而影響程序的性能:

int nZero=0;
setsockopt(socket,SOL_S0CKET,SO_SNDBUF,(char *)&nZero,sizeof(nZero)); 
6.同上在recv()完成上述功能(默認情況是將socket緩沖區的內容拷貝到系統緩沖區):
int nZero=0;
setsockopt(socket,SOL_S0CKET,SO_RCVBUF,(char *)&nZero,sizeof(int)); 
7.一般在發送UDP數據報的時候,希望該socket發送的數據具有廣播特性:
BOOL bBroadcast=TRUE;
setsockopt(s,SOL_SOCKET,SO_BROADCAST,(const char*)&bBroadcast,sizeof(BOOL));
8.在client連接服務器過程中,如果處于非阻塞模式下的socket在connect()的過程中可
以設置connect()延時,直到accpet()被呼叫(本函數設置只有在非阻塞的過程中有顯著的
作用,在阻塞的函數調用中作用不大)
BOOL bConditionalAccept=TRUE;
setsockopt(s,SOL_SOCKET,SO_CONDITIONAL_ACCEPT,(const char*)&bConditionalAccept,sizeof(BOOL));

9.如果在發送數據的過程中(send()沒有完成,還有數據沒發送)而調用了closesocket(),以前我們
一般采取的措施是"從容關閉"shutdown(s,SD_BOTH),但是數據是肯定丟失了,如何設置讓程序滿足具體應用的要求(即讓沒發完的數據發送出去后在關閉socket)?

復制代碼

struct linger {
u_short l_onoff;
u_short l_linger;
};
linger m_sLinger;
m_sLinger.l_onoff=1;//(在closesocket()調用,但是還有數據沒發送完畢的時候容許逗留)
// 如果m_sLinger.l_onoff=0;則功能和2.)作用相同;
m_sLinger.l_linger=5;//(容許逗留的時間為5秒)
setsockopt(s,SOL_SOCKET,SO_LINGER,(const char*)&m_sLinger,sizeof(linger));

復制代碼

?

設置套接口的選項。

???#include <winsock.h>
???int PASCAL FAR?setsockopt( SOCKET s, int level, int optname,const char FAR* optval, int optlen);

  s:標識一個套接口的描述字。level:選項定義的層次;目前僅支持SOL_SOCKET和IPPROTO_TCP層次。optname:需設置的選項。optval:指針,指向存放選項值的緩沖區。optlen:optval緩沖區的長度。

注釋:
  setsockopt()函數用于任意類型、任意狀態套接口的設置選項值。盡管在不同協議層上存在選項,但本函數僅定義了最高的“套接口”層次上的選項。選項影響套接口的操作,諸如加急數據是否在普通數據流中接收,廣播數據是否可以從套接口發送等等。
  有兩種套接口的選項:一種是布爾型選項,允許或禁止一種特性;另一種是整形或結構選項。允許一個布爾型選項,則將optval指向非零整形數;禁止一個選項optval指向一個等于零的整形數。對于布爾型選項,optlen應等于sizeof(int);對其他選項,optval指向包含所需選項的整形數或結構,而optlen則為整形數或結構的長度。SO_LINGER選項用于控制下述情況的行動:套接口上有排隊的待發送數據,且 closesocket()調用已執行。參見closesocket()函數中關于SO_LINGER選項對closesocket()語義的影響。應用程序通過創建一個linger結構來設置相應的操作特性:

struct linger {int l_onoff;int l_linger;
};

?

  為了允許SO_LINGER,應用程序應將l_onoff設為非零,將l_linger設為零或需要的超時值(以秒為單位),然后調用setsockopt()。為了允許SO_DONTLINGER(亦即禁止SO_LINGER),l_onoff應設為零,然后調用setsockopt()。

  缺省條件下,一個套接口不能與一個已在使用中的本地地址捆綁(參見bind())。但有時會需要“重用”地址。因為每一個連接都由本地地址和遠端地址的組合唯一確定,所以只要遠端地址不同,兩個套接口與一個地址捆綁并無大礙。為了通知WINDOWS套接口實現不要因為一個地址已被一個套接口使用就不讓它與另一個套接口捆綁,應用程序可在bind()調用前先設置SO_REUSEADDR選項。請注意僅在bind()調用時該選項才被解釋;故此無需(但也無害)將一個不會共用地址的套接口設置該選項,或者在bind()對這個或其他套接口無影響情況下設置或清除這一選項。
  一個應用程序可以通過打開SO_KEEPALIVE選項,使得WINDOWS套接口實現在TCP連接情況下允許使用“保持活動”包。一個WINDOWS套接口實現并不是必需支持“保持活動”,但是如果支持的話,具體的語義將與實現有關,應遵守RFC1122“Internet主機要求-通訊層”中第 4.2.3.6節的規范。如果有關連接由于“保持活動”而失效,則進行中的任何對該套接口的調用都將以WSAENETRESET錯誤返回,后續的任何調用將以WSAENOTCONN錯誤返回。
  TCP_NODELAY選項禁止Nagle算法。Nagle算法通過將未確認的數據存入緩沖區直到蓄足一個包一起發送的方法,來減少主機發送的零碎小數據包的數目。但對于某些應用來說,這種算法將降低系統性能。所以TCP_NODELAY可用來將此算法關閉。應用程序編寫者只有在確切了解它的效果并確實需要的情況下,才設置TCP_NODELAY選項,因為設置后對網絡性能有明顯的負面影響。TCP_NODELAY是唯一使用IPPROTO_TCP層的選項,其他所有選項都使用SOL_SOCKET層。
  如果設置了SO_DEBUG選項,WINDOWS套接口供應商被鼓勵(但不是必需)提供輸出相應的調試信息。但產生調試信息的機制以及調試信息的形式已超出本規范的討論范圍。


setsockopt()支持下列選項。其中“類型”表明optval所指數據的類型。

選項? ? ?? ?類型? ?意義
SO_BROADCAST?BOOL允許套接口傳送廣播信息。
SO_DEBUG?BOOL記錄調試信息。
SO_DONTLINER?BOOL不要因為數據未發送就阻塞關閉操作。設置本選項相當于將SO_LINGER的l_onoff元素置為零。
SO_DONTROUTE?BOOL?禁止選徑;直接傳送。
SO_KEEPALIVE BOOL?發送“保持活動”包。
SO_LINGER??struct linger FAR*如關閉時有未發送數據,則逗留。
SO_OOBINLINE?BOOL在常規數據流中接收帶外數據。
SO_RCVBUF?int?為接收確定緩沖區大小。
SO_REUSEADDR?BOOL允許套接口和一個已在使用中的地址捆綁(參見bind())。
SO_SNDBUF?int指定發送緩沖區大小。
TCP_NODELAY?BOOL?禁止發送合并的Nagle算法。


setsockopt()不支持的BSD選項有:

選項名??類型?意義
SO_ACCEPTCONNBOOL?套接口在監聽。
SO_ERROR?int?獲取錯誤狀態并清除。
SO_RCVLOWAT?int?接收低級水印。
SO_RCVTIMEOint?接收超時。
SO_SNDLOWAT?int?發送低級水印。
SO_SNDTIMEO?int?發送超時。
SO_TYPE? ? ?int?套接口類型。
IP_OPTIONS? ???在IP頭中設置選項。


返回值:
  ???若無錯誤發生,setsockopt()返回0。否則的話,返回SOCKET_ERROR錯誤,應用程序可通過WSAGetLastError()獲取相應錯誤代碼。
錯誤代碼:

  • WSANOTINITIALISED:在使用此API之前應首先成功地調用WSAStartup()。
  • WSAENETDOWN:WINDOWS套接口實現檢測到網絡子系統失效。
  • WSAEFAULT:optval不是進程地址空間中的一個有效部分。
  • WSAEINPROGRESS:一個阻塞的WINDOWS套接口調用正在運行中。
  • WSAEINVAL:level值非法,或optval中的信息非法。
  • WSAENETRESET:當SO_KEEPALIVE設置后連接超時。
  • WSAENOPROTOOPT:未知或不支持選項。其中,SOCK_STREAM類型的套接口不支持SO_BROADCAST選項,SOCK_DGRAM 類型的套接口不支持SO_DONTLINGER 、SO_KEEPALIVE、SO_LINGER和SO_OOBINLINE選項。
  • WSAENOTCONN:當設置SO_KEEPALIVE后連接被復位。
  • WSAENOTSOCK:描述字不是一個套接口。?

本文來自互聯網用戶投稿,該文觀點僅代表作者本人,不代表本站立場。本站僅提供信息存儲空間服務,不擁有所有權,不承擔相關法律責任。
如若轉載,請注明出處:http://www.pswp.cn/news/444577.shtml
繁體地址,請注明出處:http://hk.pswp.cn/news/444577.shtml
英文地址,請注明出處:http://en.pswp.cn/news/444577.shtml

如若內容造成侵權/違法違規/事實不符,請聯系多彩編程網進行投訴反饋email:809451989@qq.com,一經查實,立即刪除!

相關文章

(七)深入淺出TCPIP之深入淺出TCPIP之TCP重傳機制

目錄 TCP重傳機制 超時重傳機制 快速重傳機制 專欄其他文章: 理論篇: (一)深入淺出TCPIP之理解TCP報文格式和交互流程 (二)深入淺出TCPIP之再識TCP,理解TCP三次握手(上) (三)深入淺出TCPIP之再識TCP,理解TCP四次揮手(上&#x

那些年,我們信了課本里的那些鬼話

教材永遠都是有錯誤的&#xff0c;從小學到大學&#xff0c;我們不斷的學習了很多錯誤知識。 斑羚飛渡 在我們學習的很多小學課文里&#xff0c;有很多是錯誤文章&#xff0c;或者說是假課文。像《斑羚飛渡》&#xff1a; 隨著鐮刀頭羊的那聲吼叫&#xff0c;整個斑羚群迅速分…

(十一)深入淺出TCPIP之TCP粘包問題

目錄 粘包和拆包問題 保護消息邊界和流 粘包、拆包場景 為什么會發生TCP粘包、拆包呢?

Linux必懂知識大總結(上)

CPU top top&#xff1a;查看每個進程的情況 在top模式下&#xff0c;輸入1&#xff1a;查看每個CPU的性能數據&#xff0c;注意觀察是否有CPU100%占用率 CPU參數含義&#xff1a; 1&#xff09;us過高表示Java應用程序消耗了大量CPU&#xff0c;需要定位是哪一個線程&#x…

(十六)深入淺出TCPIP之Hello CDN

專欄其他文章 理論篇: (一)深入淺出TCPIP之理解TCP報文格式和交互流程 (二)深入淺出TCPIP之再識TCP,理解TCP三次握手(上) (三)深入淺出TCPIP之再識TCP,理解TCP四次揮手(上) (四)深入淺出TCPIP之TCP三次握手和四次揮手(下)的抓包分析 (五)深入淺出TCPIP之TCP流…

(十五)非常全面的TCPIP面試寶典-進入大廠必備總結

專欄其他文章 理論篇: (一)深入淺出TCPIP之理解TCP報文格式和交互流程 (二)深入淺出TCPIP之再識TCP,理解TCP三次握手(上) (三)深入淺出TCPIP之再識TCP,理解TCP四次揮手(上) (四)深入淺出TCPIP之TCP三次握手和四次揮手(下)的抓包分析 (五)深入淺出TCPIP之TCP流量…

Linux必懂知識大總結(下)

AWK/SED awk awk是一個強大的文本分析工具&#xff0c;相對于grep的查找&#xff0c;sed的編輯&#xff0c;awk在其對數據分析并生成報告時&#xff0c;顯得尤為強大。簡單來說awk就是把文件逐行的讀入&#xff0c;以空格為默認分隔符將每行切片&#xff0c;切開的部分再進行…

深入淺出TCPIP之實戰篇—用c++開發一個http服務器(二十一)

專欄其他文章: 理論篇: (一)深入淺出TCPIP之理解TCP報文格式和交互流程 (二)深入淺出TCPIP之再識TCP,理解TCP三次握手(上) (三)深入淺出TCPIP之再識TCP,理解TCP四次揮手(上) (四)深入淺出TCPIP之TCP三次握手和四次揮手(下)的抓包分析 (五)深入淺出TCPIP之TCP流…

ncnn網絡框架使用指南

下面以在ncnn上實現caffe網絡模型為例,和大家分享下ncnn這個牛叉的網絡框架的使用指南。 準備caffe網絡和模型 caffe 的網絡和模型通常是搞深度學習的研究者訓練出來的,一般來說訓練完會有 train.prototxt deploy.prototxt snapshot_10000.caffemodel 部署的時候只需要 T…

Linux必懂知識大總結(補)

關機 1. 數據同步寫入磁盤 sync 為了加快對磁盤上文件的讀寫速度&#xff0c;位于內存中的文件數據不會立即同步到磁盤上&#xff0c;因此關機之前需要先進行 sync 同步操作。 2. shutdown # /sbin/shutdown [-krhc] [時間] [警告訊息] -k &#xff1a; 不會關機&#xff…

(十八)深入淺出TCPIP之HTTP和HTTPS

專欄其他文章: 理論篇: (一)深入淺出TCPIP之理解TCP報文格式和交互流程 (二)深入淺出TCPIP之再識TCP,理解TCP三次握手(上) (三)深入淺出TCPIP之再識TCP,理解TCP四次揮手(上) (四)深入淺出TCPIP之TCP三次握手和四次揮手(下)的抓包分析 (五)深入淺出TCPIP之TCP流…

leetcode118. 楊輝三角

給定一個非負整數 numRows&#xff0c;生成楊輝三角的前 numRows 行。 在楊輝三角中&#xff0c;每個數是它左上方和右上方的數的和。 示例: 輸入: 5 輸出: [ [1], [1,1], [1,2,1], [1,3,3,1], [1,4,6,4,1] ] 思路&#xff1a;沒什么可說的&#xff0c;依次…

抖音快手小視頻推薦算法之--協同過濾算法剖析

有人說抖音摧毀了中國的年輕人,也有人說抖音改變了自己的生活形態,還有人說抖音讓自己的生活過的更加有意義……一千個人眼中,有一千個哈姆雷特,各人有各個行使自己話語的權力,我們無從爭辯。 對于做自媒體的同仁們來說抖音就是粉絲變現的另外一個渠道,那抖音具體的算法…

如何抓住QQ小游戲買量紅利:休閑與內購小游戲買量優化方法分享

2019年5月&#xff0c;Qzone小游戲、玩一玩整合升級為全新QQ小游戲平臺&#xff0c;其以開放的社交生態和關系鏈&#xff0c;為開發者帶來了巨大的流量紅利。 為了幫助更多開發者適應和了解新市場。本文將介紹QQ小游戲投放規模現狀以及各項扶持政策&#xff0c;并解讀輕度小游…

(一)容器從入門到深入-容器和鏡像

一、容器與鏡像 什么是容器&#xff1f; 在介紹容器的具體概念之前&#xff0c;先簡單回顧一下操作系統是如何管理進程的。 首先&#xff0c;當我們登錄到操作系統之后&#xff0c;可以通過 ps 等操作看到各式各樣的進程&#xff0c;這些進程包括系統自帶的服務和用戶的應用…

leetcode461. 漢明距離

兩個整數之間的漢明距離指的是這兩個數字對應二進制位不同的位置的數目。 給出兩個整數 x 和 y&#xff0c;計算它們之間的漢明距離。 注意&#xff1a; 0 ≤ x, y < 231. 示例: 輸入: x 1, y 4 輸出: 2 解釋: 1 (0 0 0 1) 4 (0 1 0 0) ↑ ↑ 上面的箭…

(二)容器從入門到深入-初識Kubernetes

Kubernetes 是什么 Kubernetes 脫胎于 Google 的 Borg 系統&#xff0c;是一個功能強大的容器編排系統。Kubernetes 及其整個生態系統&#xff08;工具、模塊、插件等&#xff09;均使用 Go 語言編寫&#xff0c;從而構成一套面向 API、可高速運行的程序集合&#xff0c;這些程…

記一次海外大型SLG游戲服務器進程被OOM的修復經歷

事情經過 最近剛接手一個多次獲得海外GooglePlay推薦的SLG的游戲項目,服務器是java的netty框架寫的,客戶端是cocos lua。 好吧既然服務器進程運行在jvm之上,吃內存倒是挺厲害的,我一個16G內存的服務器被吃的滿滿的,這個時候為了解決內存不足,我開啟了4G的虛擬內存,方法…

leetcode50. Pow(x, n)

實現 pow(x, n) &#xff0c;即計算 x 的 n 次冪函數。 示例 1: 輸入: 2.00000, 10 輸出: 1024.00000 示例 2: 輸入: 2.10000, 3 輸出: 9.26100 示例 3: 輸入: 2.00000, -2 輸出: 0.25000 解釋: 2-2 1/22 1/4 0.25 說明: -100.0 < x < 100.0 n 是 32 位有符號整數…

GCC在C語言中內嵌匯編 asm __volatile__

在內嵌匯編中,可以將C語言表達式指定為匯編指令的操作數,而且不用去管如何將C語言表達式的值讀入哪個寄存器,以及如何將計算結果寫回C 變量,你只要告訴程序中C語言表達式與匯編指令操作數之間的對應關系即可, GCC會自動插入代碼完成必要的操作。 1、簡單的內嵌匯編 例: …