最近一直和硬件打交道，而和這些硬件交互很多用到了socket。於是在使用的過程中同時簡單的學習了一下net包的dial。
在go中，大致提供了5種dial，包括：
1. Dial(network, address string) (Conn, error)
2. DialTCP(network string, laddr, raddr *TCPAddr) (*TCPConn, error)
3. DialUDP(network string, laddr, raddr *UDPAddr) (*UDPConn, error)
4. DialIP(network string, laddr, raddr *IPAddr) (*IPConn, error)
5. DialUnix(network string, laddr, raddr *UnixAddr) (*UnixConn, error)
其中dial是對其他幾個的封裝，同時實現了Conn接口。
而其他幾個，雖然返回TCPConn，UDPConn，IPConn，UnixConn。但是他們的底層是一樣的如下圖：
最終這幾個返回都是對netfd結構體的返回。而且除了DialUnix 其餘三個最終都是走的 internetSocket() 只不過在調用這個方法前，各自的處理有一些不同。
而DialUnix最終調用的是一個 unixSocket（）。
如果大家想看具體實現，可以去tcpsock，udpsock，ipsock，unixsock這幾個文件看看。
因為他們基本都有相同的實現，和相同的返回。所以他們的使用也是基本相同，下面就以dial，tcpdial為例。
//創建連接
\tconn,err := net.Dial("tcp","192.168.1.254:4001")
\t//發送數據
\tconn.Write([]byte{0x00,0x07,0x00,0x00,0x00,0x06,0x01,0x03,0x00,0x00,0x00,0x0A})
\tdefer conn.Close()
\tbuffer := make([]byte,32)
\t//讀取返回數據
\tresult,err := conn.Read(buffer)
\tif err != nil {
\t\tfmt.Println(err)
\t}
\tfmt.Println(result,buffer)
//進行地址化轉換
\ttcpAddr,err:=net.ResolveTCPAddr("tcp","192.168.1.254:4001")
\t//創建一個連接
\tconn,err:=net.DialTCP("tcp",nil,tcpAddr)
\tif err != nil {
\t\tfmt.Println(err)
\t}
\tstr := []byte{32, 0, 0, 0, 7, 85, 35, 160, 176, 7, 226, 12, 18, 15, 45, 0}
\t//向連接端發送一個數據
\t_,err=conn.Write(str)
\tif err != nil {
\t\tfmt.Println(err)
\t}
\t//讀取連接端返回來的數據，
\tresult,err:=ioutil.ReadAll(conn)
\tif err != nil {
\t\tfmt.Println(err)
\t}
\tfmt.Println(string(result))
從這兩個請求可以看出，dial只需要直接填入連接地址，而dialtcp卻需要提前把地址轉換為對應的類型才能填入。在dial中，連接會根據你填入的連接類型，自動把地址轉換為對應類型地址。
同時，我們還會發現我們dial中用了buffer接收數據，而在dialtcp用了ioutil.ReadAll()返回所有數據。
這兩種方法有什麼不同，第一種是把buffer填充完後就直接執行後面的代碼了，但是buffer的你需要事先定義大小。第二種ioutil.ReadAll()要是拿不到結束符，會一直等到連接超時才執行後面代碼。這樣就會導致阻塞很長時間。
分享到:
閱讀更多 雨竹165179353 的文章
