Golang的聊天服务器实践(群聊,广播)(一)

其实从上学开始就一直想写一个im。 最近深入go,真是学会了太多,感觉人森虽然苦短,但是也不能只用python。很多知识是不用编译型语言无法了解的。

该来的还是会来,现在会一步一步用go把这个服务器完善起来 先从这个demo开始。

这个demo 我们要求所有连上服务器的用户都会知道有用户的离开,有用户的加入(除了第一个加入的用户),每个人说话就像聊天室一样,房间里的所有人都能看到。

由于接收tcp请求,get accept的conn步骤都差不多所以先上main部分的代码:

func main() {
    listener, err := net.Listen("tcp", "0.0.0.0:8888")
    if err != nil {
        log.Fatal(err)
    }

    go broadcaster()

    for{
        conn, err := listener.Accept()
        if err != nil {
            fmt.Fprintf(os.Stdout, "you got something wrong %v", err)
            continue
        }
        go handleConn(conn)
    }
}

使用net包里面提供的Listen监听tcp来自8888端口的数据。并获得一个listener对象。

发起一个goroutine用于消息广播使用

然后进入监听循环,使用listener对象提供的Accept方法来获取连接。

每获得一个连接就重新启一个goroutine去handle这个链接。

main里面写的代码非常简单,其实服务器要做的事情总结一下无非就是获得listener对象,然后不停的获取获取链接上来的conn对象,然后把这些对象丢给处理链接函数去进行处理。在使用handleConn方法处理conn对象的时候,我们同样对不同的链接都启一个goroutine去并发处理每个conn这样则无需等待。

用于要给在线的所有用户发送消息,而不同的用户的conn对象都在不同的goroutine里面,我们很容易想到使用队列这种东西来做消息的传递,但是golang里面有channel来处理各不同goroutine之间的消息传递,所以在这个demo我选择使用channel在各不同的goroutine中传递广播消息。

先申明一些要用到的channel

type client chan<- string  // send only channel

var (
    entering = make(chan client)
    leaving = make(chan client)
    messages = make(chan string)
)

这里要注意一点的是,重新定义了一个client类型,他是一个单向chennel,只能往里面写消息。

下面申请的entering和leaving都是client类型的channel。

什么意思呢?

就是说下面的entering和leaving都是装channel的channel。这里有点绕要注意,装channel的channel在<-的时候,会直接将channel对象装进去。

这里拓展开说说这个问题,以免下面的代码难以理解,来看一个例子:

package main

import (
    "fmt"
    "time"
)

type client chan string
var entering = make(chan client)

func main() {
    ch := make(chan string)
    go func() {ch <- "那你很棒棒哦?? "}()
    go func() {entering <- ch}()
    o := <-entering

    time.Sleep(2 * time.Second)
    fmt.Println(<-o)
}

这里我们创建了一个client类型,他是一个string类型的channel。

同时申明一个entering,他是一个client类型的channel。这里也可以写成 make(chan chan string) 但是写成client更方便清晰有木有。

在执行 entering <- ch的时候,并不是把ch里面装的string内容吐出去了,而是把自己装进了entering。

后面写的都是在验证这一行为就不继续赘述了。

继续回来说broadcaster函数:

func broadcaster() {
    clients := make(map[client]bool) //all connected clients
    for {
        select {
        case msg := <- messages:
            // Broadcast incoming message to all
            // clients‘ outgoing message channels.
            for cli := range clients{
                cli <- msg
            }
        case cli := <- entering:
            clients[cli] = true
        case cli := <- leaving:
            delete(clients, cli)
            close(cli)
        }
    }
}

我们在main里面使用goroutine开启了一个broadcaster函数来负责广播所有用户发送的消息。

这里使用一个字典来保存用户clients,字典的key是各连接申明的单向发队列。

使用一个select开启一个多路复用:

每当有广播消息从messages发送进来,都会循环cliens对里面的每个channel发消息。

每当有消息从entering里面发送过来,就生成一个新的key-value。相当于给clients里面增加一个新的client。

每当有消息从leaving里面发送过来,就删掉这个key-value对,并关闭对应的channel。

最后我们来看handleConn函数里的逻辑:

func handleConn(conn net.Conn) {
    ch := make(chan string)
    go clientWriter(conn, ch)

    who := conn.RemoteAddr().String()
    ch <- "You are " + who
    messages <- who + " has joined us"
    // 这里不是把数据吐出去。。而是吐出去了本身一个channel这里比较难理解。
    entering <- ch

    input := bufio.NewScanner(conn)
    for input.Scan() {
        messages <- who + ": " + input.Text()
    }

    leaving <- ch
    messages <- who + " has left "
    conn.Close()
}

为每个过来处理的conn都创建一个新的channel,开启一个新的goroutine去把发送给这个channel的消息写进conn。

获取连接过来的ip地址和端口号。

先把欢迎信息写进channel返回给客户端。

然后生成一条广播消息写进messages里。

然后把这个channel加入到客户端集合 也就是 entering <- ch

然后开始监听客户端往conn里写的数据,每扫描到一条就将这条消息发送到广播channel中

如果客户端关闭了标准输入,那么把队列离开写入leaving交给广播函数去删除这个客户端并关闭这个客户端。

广播这个人的离开给所有人。

最后关闭这个客户端的连接Conn.Close()。

最后上clientWriter的代码:

func clientWriter(conn net.Conn, ch <-chan string) {
    for msg := range ch {
        fmt.Fprintln(conn, msg) // NOTE: ignoring network errors
    }
}

没什么好说的,就是把每个发送过来的消息都写入到conn中,没有消息发过来的时候就阻塞。

其实看似简单饿服务器做了一些细节上的处理,因为golang中字典并不是并发安全的,所以只有一个gonroutine单独干这件事情,保证了其并发情况也安全。

关于并发安全这个话题,可以写n篇文章来阐述其细节也不为过,以后可能会有更多机会介绍到。

这么看其实逻辑已经非常清楚了,后续我还会往这个服务器上加更多的功能,包括让客户端写入自己的名字来替代现在用ip地址标记远端连接的情况。

Reference:

https://github.com/gopl-zh/gopl-zh.github.com  The Go Programming Language

时间: 2024-10-13 23:51:59

Golang的聊天服务器实践(群聊,广播)(一)的相关文章

spring websocket 和socketjs实现单聊群聊,广播的消息推送详解

spring websocket 和socketjs实现单聊群聊,广播的消息推送详解 WebSocket简单介绍 随着互联网的发展,传统的HTTP协议已经很难满足Web应用日益复杂的需求了.近年来,随着HTML5的诞生,WebSocket协议被提出,它实现了浏览器与服务器的全双工通信,扩展了浏览器与服务端的通信功能,使服务端也能主动向客户端发送数据. 我们知道,传统的HTTP协议是无状态的,每次请求(request)都要由客户端(如 浏览器)主动发起,服务端进行处理后返回response结果,而

实现在同一台服务器上登录的ssh用户的群聊(聊天室)功能

直接上代码了,注释还算清晰,有问题欢迎提问指证. 为方便下载编译,代码都放到一个文件里了. 服务器是CentOS,客户端用的secureCRT. /* 功能: 在同一台服务器上ssh登录的用户可以群聊(聊天室) 原理:<span style="white-space:pre"> </span>1.通过roomNo.来区分不同的房间或群组: 2.以roomNo.作为key来创建一块共享内存,来保存进入到该room的用户列表: 3.用户以ssh(或其它方式)登录到服

Java 使用Socket进行网络聊天(2)之群聊版

作者 : 卿笃军 原文地址:http://blog.csdn.net/qingdujun/article/details/39312241 本文演示,使用Socket进行网络聊天之群聊,实现客户端给"局域网"网段里面的所以机器发送广播,当发送"886"的时候,表示客户端关闭. 1)客户端,给服务器发送数据,发送"886"表示关闭客户端. 2)服务器,一直监听9527端口,将监听到的数据打印在控制台上. 3)客户端+服务器版本,实现既可以发送数据,

Java UDP使用Socket进行网络聊天(2)之群聊版

作者 : 卿笃军 原文地址:http://blog.csdn.net/qingdujun/article/details/39312241 本文演示,使用Socket进行网络聊天之群聊,实现客户端给"局域网"网段里面的所以机器发送广播,当发送“886”的时候,表示客户端关闭. 1)客户端,给服务器发送数据,发送“886”表示关闭客户端. 2)服务器,一直监听9527端口,将监听到的数据打印在控制台上. 3)客户端+服务器版本,实现既可以发送数据,又可以接受数据的多线程聊天程序. 需要注

实现了私聊和群聊功能的聊天工具

在前面的博客(简单的C/S聊天室)中,我们已经提到了,采用的是多线程的方法.服务器端主线程负责不断的侦听端口,子线程负责接收和发送消息.客户端主线程需要接收键盘消息,将其发送到服务器端,子线程需要接收服务器端发过来的消息.在这个简易的C/S聊天室的实现中,仅仅实现了群聊的功能,没有实现私聊.那么,本文就讲实现私聊和群聊. 首先我们想到的是,消息发过来,我怎么知道是公聊消息还是私聊消息呢.所以,这里需要对消息进行处理,比如说在消息前后都加上一些特殊的字符,我们称为协议字符.为此,我们可以定义一个接

ASP.NET SignalR 与LayIM配合,轻松实现网站客服聊天室(四) 添加表情、群聊功能

休息了两天,还是决定把这个尾巴给收了.本篇是最后一篇,也算是草草收尾吧.今天要加上表情功能和群聊.基本上就差不多了,其他功能,读者可以自行扩展或者优化.至于我写的代码方面,自己也没去重构.好的,我们开始在原有的基础上添加功能. 1.表情功能 表情我用了一个jquery插件,qqFace.由于GitHub中源码已经包含,我这里不在粘贴地址.先看一下添加表情后的效果吧. 表情这里不要忘了加页面样式,表情选中样式.还有一个就是小bug就是,表情框被聊天框限制住了.另外,初始化表情插件的地方应该在有元素

Strophe.js连接XMPP服务器Openfire、Tigase实现Web私聊、群聊(MUC)

XMPP(Extensible Messaging and Presence Protocol)是一种网络即时通讯协议,它基于XML,具有很强的扩展性,被广泛使用在即时通讯软件.网络游戏聊天.Web聊天及Web消息推送.移动设备的消息推送等场景,例如Google的GTalk.<英雄联盟LOL>游戏聊天模块. 由于在Web浏览器上的JavaScript不能直接处理TCP协议,所以XMPP服务器通常会提供BOSH(Bidirectional-streams Over Synchronous HTT

ASP.NET SignalR 与 LayIM2.0 配合轻松实现Web聊天室(三) 之 实现单聊,群聊,发送图片,文件。

上篇讲解了如何搭建聊天服务器,以及客户端js怎么和layui的语法配合.服务器已经连接上了,那么聊天还会远吗? 进入正题,正如上一篇提到的我们用 Client.Group(groupId)的方法向客户端推送消息.本篇就先不把业务搞复杂了,就默认现在两个用户都各自打开了对方的聊天窗口,那么聊天过程是这样的. 同理,B给A发消息也是这个流程,因为无论如何,A(ID)和B(ID)都会按照规则生成同一个组名.其中由于LayIM已经帮我们在客户端做好了发送消息并且将消息展示在面板上,所以我们要做的就是当接

如何解决群聊(MUC)聊天室重复存储、接收自己发送的消息的问题

CHENYILONG Blog 如何#解决方案#群聊(MUC)聊天室重复存储.接收自己发送的消息 编号 项目 描述 1 问题描述 单聊没问题,群聊会出现自动回复的问题 数据库中存储的数据出现的问题 界面上出现的问题:类似自动回复.回音壁一样一模一样地回答.  2 问题产生的原因 3 群聊基本的原理示意图 聊天内容的显示是经由从数据库进行的读取排序, 4 #解决方案# 拦截阻挡红色区域的执行  5 失败的尝试:尝试但是没有效果的方法 // AppDelegate.m中#pragma 接收消息代理监