remote_send_cb這個回撥函式的工作是將從客戶端收取來的資料轉發給ss-server。在之前閱讀server_recv_cb程式碼時可以看到，在STAGE_STREAM階段有幾種可能都會開啟remote->fd的寫事件的監聽，從而當有寫事件觸發時呼叫remote_send_cb。從程式碼結構看，外層的分支是remote->send_ctx->connected是否為0，內部的分支是是否fast_open或直連。而根據實際程式碼執行流向，可看成是否有fast_open或直接。而最普通的情況就是沒開啟fast_open或者remote為直連目標伺服器的情況，先討論這種情況下的connected分支：
1. remote->send_ctx->connected為0時，即第一次進入STAGE_STREAM，尚未連線remote server時。
在server_recv_cb中直接呼叫非阻塞connect後，開啟事件監聽：

ev_io_start(EV_A_ & remote->send_ctx->io);
ev_timer_start(EV_A_ & remote->send_ctx->watcher);

因為非阻塞fd呼叫connect後，當connect成功後，fd可寫。所以這兒監聽了send_ctx->io即寫事件（回憶一下：```ev_io_init(&remote->send_ctx->io, remote_send_cb, fd, EV_WRITE);```）

現在看一下remote_send_cb函式中，當connect成功回撥cb時，由於此時 remote->send_ctx->connected==0，所以會進入：

if (!remote_send_ctx->connected) {
        struct sockaddr_storage addr;
        socklen_t len = sizeof addr;
        int r         = getpeername(remote->fd, (struct sockaddr *)&addr, &len);
        if (r == 0) {
            remote_send_ctx->connected = 1;
            ev_timer_stop(EV_A_ &
 
 remote_send_ctx->watcher);
            ev_timer_start(EV_A_ & remote->recv_ctx->watcher);
            ev_io_start(EV_A_ & remote->recv_ctx->io);

            // no need to send any data
            if (remote->buf->len == 0) {
                ev_io_stop(EV_A_ & remote_send_ctx->io);
                ev_io_start(EV_A_ & server->recv_ctx->io);
                return;
            }
        } else {
            // not connected
            ERROR("getpeername");
            close_and_free_remote(EV_A_ remote);
            close_and_free_server(EV_A_ server);
            return;
        }
    }

這兒通過getpeername獲取對端地址，即伺服器地址，如果返回值為0表示獲取成功，因此判斷為連線成功（其實我不明白為什麼要判斷，但是這麼判斷肯定沒錯）。連線成功後設置remote_send_ctx->connected=1，並且stop remote send timer。說明這種情況下先前設定的remote send timer只是用來做connect超時用。然後start remote recv的timer，且start remote fd的讀事件監聽（回憶一下：ev_io_init(&remote->recv_ctx->io, remote_recv_cb, fd, EV_READ);），即準備從remote接受返回的資料。
這之後判斷remote->buf是否為空，如果為空則停止傳送並開始監聽讀取客戶端的資料。當前這種情況，buf不可能為空，因為至少還有socks5相關的頭，即之前的abuf。如果getpeername返回非0則表示連線失敗，關閉remote和server。
繼續看remote_send_cb的後半段：

if (remote->buf->len == 0) {
        // close and free
        close_and_free_remote(EV_A_ remote);
        close_and_free_server(EV_A_ server);
        return;
    } else {
        // has data to send
        ssize_t s = send(remote->fd, remote->buf->data + remote->buf->idx,
                         remote->buf->len, 0);
        if (s == -1) {
            if (errno != EAGAIN && errno != EWOULDBLOCK) {
                ERROR("remote_send_cb_send");
                // close and free
                close_and_free_remote(EV_A_ remote);
                close_and_free_server(EV_A_ server);
            }
            return;
        } else if (s < (ssize_t)(remote->buf->len)) {
            // partly sent, move memory, wait for the next time to send
            remote->buf->len -= s;
            remote->buf->idx += s;
            return;
        } else {
            // all sent out, wait for reading
            remote->buf->len = 0;
            remote->buf->idx = 0;
            ev_io_stop(EV_A_ & remote_send_ctx->io);
            ev_io_start(EV_A_ & server->recv_ctx->io);
        }
    }

如果buf為空則關閉連線，目前應該不會為空，所以走到else裡面。使用send傳送資料，傳送的資料的指標是remote->buf->data+remote->buf->idx,回憶一下server_recv_cb裡面，如果未connected的情況下，這個idx是設定為0的，所以這兒傳送資料就是整個buf的資料。因為remote->fd是非阻塞的，send呼叫後就立即返回了，如果返回值s是-1,要檢查一下errno是否為EAGAIN或EWOULDBLOCK，如果不是他倆就真出錯了，斷開連線；如果是他倆說明要等一下再發送，直接return出去等下次remote_send_cb被回撥。下次再回調進來時，remote_send_ctx->connected已經是1了，所以直接進下半段程式碼繼續send。
如果s小於buf->len，說明發送了部分資料，需要調整idx的位置並從len減去s。等下次寫事件觸發可以繼續傳送時，就從idx的位置繼續傳送。
如果s等於buf->len說明全部發送完畢,len和idx清0，stop remote fd的寫事件監聽並sart server fd的讀事件監聽，即繼續從客戶端讀取資料。
小結一下上面的討論：是不使用fast_open或是直接目標伺服器的情況下，之前沒有connect時進行connet呼叫，connect成功後呼叫了remote_send_cb，隨即傳送remote->buf中的全部資料，可能一次send只發送了一部分，那麼回撥就會多次觸發; 如果傳送完成了則需要再次從客戶端讀取資料，此時客戶端還是處於STAGE_STREAM狀態。好了，我們現在回過頭繼續看server_recv_cb，此時已經是connect過了。
2. remote->send_ctx->connected==1的情況。請進入server_recv_cb繼續分析：
在進入if (!remote->send_ctx->connected)對應的else程式碼塊之前。先看一下此時讀取的資料，if (!remote->direct) 裡面之前是第一次進入，會將abuf插入到前面，此時已經沒有abuf了，所以讀取出來的資料直接加密後傳送。從這兒可以看到ss只是TCP一次連線要傳送的所有資料的開頭加上一個頭資料，之後就都是原始資料了，當然所有這些資料都是加密的。好了，繼續看server_recv_cb裡面的傳送程式碼：

else {
                int s = send(remote->fd, remote->buf->data, remote->buf->len, 0);
                if (s == -1) {
                    if (errno == EAGAIN || errno == EWOULDBLOCK) {
                        // no data, wait for send
                        remote->buf->idx = 0;
                        ev_io_stop(EV_A_ & server_recv_ctx->io);
                        ev_io_start(EV_A_ & remote->send_ctx->io);
                        return;
                    } else {
                        ERROR("server_recv_cb_send");
                        close_and_free_remote(EV_A_ remote);
                        close_and_free_server(EV_A_ server);
                        return;
                    }
                } else if (s < (int)(remote->buf->len)) {
                    remote->buf->len -= s;
                    remote->buf->idx  = s;
                    ev_io_stop(EV_A_ & server_recv_ctx->io);
                    ev_io_start(EV_A_ & remote->send_ctx->io);
                    return;
                } else {
                    remote->buf->idx = 0;
                    remote->buf->len = 0;
                }
            }

此處，即server_recv_cb的STAGE_STREAM階段，已經連線上ss-server後，讀取到新的客戶端資料後隨即傳送到ss-server。即呼叫了send，注意這兒的send是從buf->data的開頭髮送的，結合之前的程式碼有個結論，server_recv_cb讀取到資料後即試圖傳送buf，這些資料是新讀取到的，所以從buf開頭髮送，如果傳送了部分資料，則設定idx，然後在remote_send_cb裡面從idx處繼續傳送，全部發送完畢後再次開啟server_recv_cb對應的監聽，繼續讀取客戶端資料然後轉發到ss-server。
因此這兒send之後的程式碼很好理解，出錯處理就不說了都一樣；部分發送就是設定idx和len並停啟相應事件；全部發送就是請空idx，len就行並不需要再設定開啟send監聽了，因為已經發送完了，就等著從客戶端再次讀取資料過來。在server_recv_cb前面，如果讀取到EOF，即返回值為0，則說明客戶端已經沒有資料要傳送了，且斷開了連線，此次轉發傳送成功，回憶一下之前的程式碼：

if (r == 0) {
            // connection closed
            close_and_free_remote(EV_A_ remote);
            close_and_free_server(EV_A_ server);
            return;
        } 

好了，那麼remote_send_cb其實處理的就是server_recv_cb沒有傳送出去的資料，他要繼續傳送，因為已經connect過，所以直接進入上面貼出的remote_send_cb的後半段程式碼，和上面connect成功進入一樣，呼叫send傳送資料，處理部分發送和全部發送的情況。
至此，不使用fast open或者直連目標伺服器的情況已經分析完了。再總結一下整個流程：
- remote_send_ctx->connected==0時，先在server_recv_cb裡面執行connect，connect成功remote_send_cb被回撥
- remote_send_cb第一次被呼叫是connect成功時，通過getpeername判斷是否成功，如果成功會開啟remote fd的讀事件監聽和timer，即準備從ss-server接受資料。然後就是向ss-server傳送資料了。connect時附帶的資料可能分幾次才傳送完。總之傳送完後就再啟用server_recv_cb讀取資料。
- server_recv_cb再次被呼叫後就繼續讀取客戶端的資料然後傳送，如果是部分發送就再次呼叫remote_send_cb。最終沒有資料可讀取則斷開連線。

以上，是不開啟fast open或直連的情況。下面分析開啟fast open的情況。