系統技術非業餘研究 » gen_tcp容易誤用的一點解釋
前天有同學在玩erlang gen_tcp的時候碰到了點小麻煩，描述如下：
比如說連線到baidu.com,發個http請求，然後馬上接收資料，發現接收出錯，wireshark抓包發現數據都有往返傳送，比較鬱悶。
我把問題演示下：
$ erl
Erlang R14B03 (erts-5.8.4) [64-bit] [smp:16:16] [rq:16] [async-threads:0] [hipe] [kernel-poll:false]
Eshell V5.8.4 (abort with ^G)
1> {ok,Sock} = gen_tcp:connect("baidu.com", 80, []).
{ok,#Port<0.582>}
2> gen_tcp:send(Sock, "GET / HTTP/1.1\r\n\r\n").
ok
3> gen_tcp:recv(Sock,0).
{error,einval}
這個問題的根源在於gen_tcp預設的{active,true},也就是說當gen_tcp收到網路包的時候，預設是把報文傳送給它的宿主程序。而gen_tcp:recv是使用者主動去拉資料，這二個模式是互斥的。
我們來看下程式碼otp/erts/emulator/drivers/common/inet_drv.c:7462
case TCP_REQ_RECV: {
..
if (desc->inet.active || (len != 8))
return ctl_error(EINVAL, rbuf, rsize);
..
那就解釋為什麼 gen_tcp:recv(Sock,0)返回錯誤碼{error,einval}。
同時我們來驗證下，報文是以訊息的方式傳送的。
4> flush().
Shell got {tcp,#Port<0.582>,
"HTTP/1.1 400 Bad Request\r\nDate: Fri, 01 Jul 2011 03:51:25 GMT\r\nServer: Apache\r\nConnection: Keep-Alive\r\nTransfer-Encoding: chunked\r\nContent-Type: text/html; charset=iso-8859-1\r\n\r\n127\r\n<!DOCTYPE HTML PUBLIC \"-//IETF//DTD HTML 2.0//EN\">\n<HTML><HEAD>\n<TITLE>400 Bad Request</TITLE>\n</HEAD><BODY>\n<H1>Bad Request</H1>\nYour browser sent a request that this server could not understand.<P>\nclient sent HTTP/1.1 request without hostname (see RFC2616 section 14.23): /<P>\n</BODY></HTML>\n\r\n0\r\n\r\n"}
ok
5>
搞清楚了問題，那解決方案很簡單，connect的時候把active模式設成{active,false}.
再來演示下：
$ erl
Erlang R14B03 (erts-5.8.4) [64-bit] [smp:16:16] [rq:16] [async-threads:0] [hipe] [kernel-poll:false]
Eshell V5.8.4 (abort with ^G)
1> {ok,Sock} = gen_tcp:connect("baidu.com", 80, [{active,false}]).
{ok,#Port<0.582>}
2> gen_tcp:send(Sock, "GET / HTTP/1.1\r\n\r\n").
ok
3> gen_tcp:recv(Sock,0).
{ok,"HTTP/1.1 400 Bad Request\r\nDate: Fri, 01 Jul 2011 05:25:15 GMT\r\nServer: Apache\r\nConnection: Keep-Alive\r\nTransfer-Encoding: chunked\r\nContent-Type: text/html; charset=iso-8859-1\r\n\r\n127\r\n<!DOCTYPE HTML PUBLIC \"-//IETF//DTD HTML 2.0//EN\">\n<HTML><HEAD>\n<TITLE>400 Bad Request</TITLE>\n</HEAD><BODY>\n<H1>Bad Request</H1>\nYour browser sent a request that this server could not understand.<P>\nclient sent HTTP/1.1 request without hostname (see RFC2616 section 14.23): /<P>\n</BODY></HTML>\n\r\n0\r\n\r\n"}
4>
搞定！
玩得開心！
Post Footer automatically generated by wp-posturl plugin for wordpress.
相關推薦
系統技術非業餘研究 » gen_tcp容易誤用的一點解釋
前天有同學在玩erlang gen_tcp的時候碰到了點小麻煩，描述如下： 比如說連線到baidu.com,發個http請求，然後馬上接收資料，發現接收出錯，wireshark抓包發現數據都有往返傳送，比較鬱悶。 我把問題演示下： $ erl Erlang R14B03 (erts-5.8
系統技術非業餘研究 » 很容易忽略的ETS表個數限制問題
最近經常碰到ets表使用的數目超過系統的限制導致Erlang應用異常的案例。 比如說神鋒同學報告說在ssh模組裡面，最多隻能開啟500個左右連結，系統空閒的很，但是無法繼續加大連結。 浩庭同學報告說mnesia的事務只能開1千多，多了就上不去了。這些問題看起來沒有關聯。但是其實和ets都有很大的關
系統技術非業餘研究 » gen_tcp呼叫程序收到{empty_out_q, Port}訊息奇怪行為分析
今天有同學在gmail裡面問了一個Erlang的問題，問題描述的非常好, 如下： 問題的背景是： 1、我開發了一個服務端程式，接收客戶端的連線。同一時刻會有多個客戶端來連線，連線後，接收客戶端請求後，再發送響應訊息，然後客戶端主動斷連。
系統技術非業餘研究 » gen_tcp接受連結時enfile的問題分析及解決
最近我們為了安全方面的原因，在RDS伺服器上做了個代理程式把普通的MYSQL TCP連線變成了SSL連結，在測試的時候，皓庭同學發現Tsung發起了幾千個TCP連結後Erlang做的SSL PROXY老是報告gen_tcp:accept返回{error, enfile}錯誤。針對這個問題，我展開了
系統技術非業餘研究 » gen_tcp:send的深度解刨和使用指南(初稿)
在大家的印象中, gen_tcp:send是個很樸素的函式, 一呼叫資料就喀嚓喀嚓到了對端. 這是個很大的誤解, Erlang的otp文件寫的很不清楚. 而且這個功能對於大部分的網路程式是至關重要的, 它的使用對否極大了影響了應用的效能. 我聽到很多同學在抱怨erlang的效能低或者出了很奇怪的問
系統技術非業餘研究 » gen_tcp傳送程序被掛起起因分析及對策
最近有同學在gmail上問關於gen_tcp傳送程序被掛起的問題，問題描述的非常好，見底下： 第一個問題是關於port_command和gen_tcp:send的。從專案上線至今，我在tcp傳送的地方遇到過兩次問題，都跟port_command有關係。 起初程式的效能不好，我從各方面嘗試分析和優化
系統技術非業餘研究 » gen_tcp接收緩衝區易混淆概念糾正
Erlang的每個TCP網路連結是由相應的gen_tcp物件來表示的，說白了就是個port, 實現Erlang網路相關的邏輯，其實現程式碼位於erts/emulator/drivers/common/inet_drv.c 參照inet:setopts文件，它有三個buffer相關的選項，非常讓人
系統技術非業餘研究 » gen_tcp如何限制封包大小
我們在做tcp伺服器的時候，通常會從安全考慮，限制封包的大小，預防被無端攻擊或者避免極端的請求對業務造成損害。 我們的tcp伺服器通常是erlang做的，那麼就涉及到gen_tcp如何限制封包的大小. gen_tcp對封包的獲取有2種方式： 1. {active, false} 封包透過gen_
系統技術非業餘研究 » gen_tcp連線半關閉問題
很久之前我發在javaeye論壇上，預防丟了抄過來： 原文：http://erlang.group.iteye.com/group/wiki/1422-gen_tcp-half-closed 當tcp對端呼叫shutdown(RD/WR) 時候， 宿主程序預設將收到{tcp_closed, Soc
系統技術非業餘研究 » gen_tcp傳送緩衝區以及水位線問題分析
前段時間有同學在線上問了個問題： 伺服器端我是這樣設的：gen_tcp:listen(8000, [{active, false}, {recbuf,1}, {buffer,1}]). 客戶端是這樣設的：gen_tcp:connect(“localhost”, 8000, [{active, f
系統技術非業餘研究 » 未公開的gen_tcp:unrecv以及接收緩衝區行為分析
gen_tcp:unrecv是個未公開的函式，作用是往tcp的接收緩衝區裡面填入指定的資料。別看這小小的函式，用起來很舒服的。 我們先看下它的程式碼實現，Erlang程式碼部分： %%gen_tcp.erl:L299 unrecv(S, Data) when is_port(S) ->
系統技術非業餘研究 » Erlang gen_tcp相關問題彙編索引
gen_tcp是erlang做網路應用最核心的一個模組，實踐中使用起來會有很多問題，我把團隊和我自己過去碰到的問題彙編下，方便大家對症下藥. 以下是gen_tcp,tcp,port相關的博文： 待續，歡迎補充！ 祝玩得開心！ Post Footer automatically generate
系統技術非業餘研究
ItPub寫的文章“2017 年度 DB-Engines 資料庫冠軍得主：PostgreSQL 封王！”, 點選 這裡 進一步閱讀 升的最快的幾個資料庫，我簡單的無責任點評： PG資料庫是很老的資料庫，不過這幾年冉冉升起，因為是學院派的，有很好的學術和智力的支援，一直以來在資料庫的體系結構，程式碼
系統技術非業餘研究 » MySQL資料庫架構的演化觀察
MySQL資料庫架構的演化觀察 December 14th, 2017 Categories: 資料庫 Tags: mysql
系統技術非業餘研究 » inet_dist_connect_options
Erlang 17.5版本引入了inet_dist_{listen,connect}_options，對於結點間的互聯socket可以有更精細的控制，RPC的時候效能可以微調： raimo/inet_tcp_dist-priority-option/OTP-12476: Document ke
系統技術非業餘研究 » 推薦工作機會
最後更新時間：2014/11/28 請賜簡歷至：[email protected]， 感謝您對加入我們公司有興趣，我們希望能早日和您共事。 以下幾個職位1年內有效，歡迎內部轉崗： 資深資料工程師 公司：阿里（核心系統資料庫組） 工作地點：杭州（西溪園區） 崗位描述： 分析雲服務產生的海
系統技術非業餘研究 » 新的工作和研究方向
和大家更新下： 做了將近8年資料庫後，我的工作和研究方向將會延伸到虛擬化和計算相關的雲服務，希望能夠和大家一起進步，Happy New Year！ 預祝大家玩得開心！ Post Footer automatically generated by wp-posturl plugin for w
系統技術非業餘研究 » 叢集引入inet_dist_{listen,connect}_options更精細引數微調
Erlang 17.5版本引入了inet_dist_{listen,connect}_options，對於結點間的互聯socket可以有更精細的控制，RPC的時候效能可以微調： raimo/inet_tcp_dist-priority-option/OTP-12476: Document ke
系統技術非業餘研究 » 2017升的最快的幾個資料庫無責任點評
ItPub寫的文章“2017 年度 DB-Engines 資料庫冠軍得主：PostgreSQL 封王！”, 點選 這裡 進一步閱讀 升的最快的幾個資料庫，我簡單的無責任點評： PG資料庫是很老的資料庫，不過這幾年冉冉升起，因為是學院派的，有很好的學術和智力的支援，一直以來在資料庫的體系結構，程式碼
系統技術非業餘研究 » Erlang 17.5引入+hpds命令列控制程序預設字典大小
Erlang 17.5釋出引入控制程序預設字典大小的命令列引數： Erlang/OTP 17.5 has been released Written by Henrik, 01 Apr 2015 Some highlights of the release are: ERTS: Added co