- r - 以节省内存的方式增长 data.frame
- ruby-on-rails - ruby/ruby on rails 内存泄漏检测
- android - 无法解析导入android.support.v7.app
- UNIX 域套接字与共享内存(映射文件)
我已经在 golang 中实现了一个演示 tcp 聊天服务器,它工作正常,但每次用户断开连接时,我都会尝试向广播 channel 写入一条消息,让其他用户知道用户已断开连接,它会阻塞,并且会不再处理来自其他客户端的任何新消息,因为它是一个非缓冲 channel
我已经按代码注释和解释了你可以通过它,我不知道为什么代码块,我写了消息
而且消息都井井有条,但我的消息 channel 仍然阻塞。
Ps:如果我使用缓冲 channel ,代码不会阻塞,但我想知道我的代码在哪里卡住了。我还尝试使用 -race 标志运行我的代码,但没有帮助
package main
import (
"fmt"
"io"
"net"
"sync"
)
func main() {
msg := make(chan string) //broadcast channel (making it buffered channel the problem goes away)
allConn := make(map[net.Conn]int) //Collection of incoming connections for broadcasting the message
disConn := make(chan net.Conn) //client disconnect channel
newConn := make(chan net.Conn) //new client connection channel
mutext := new(sync.RWMutex) //mux to assign unique id to incoming connections
i := 0
listener, err := net.Listen("tcp", "127.0.0.1:8081")
checkErr(err)
fmt.Println("Tcp server started at 127.0.0.1:8081")
//Accept incoming connections and store them in global connection store allConn
go func() {
for {
conn, err := listener.Accept()
checkErr(err)
mutext.Lock()
allConn[conn] = i
i++
mutext.Unlock()
newConn <- conn
}
}()
for {
select {
//Wait for a new client message to arrive and broadcast the message
case umsg := <-msg:
fmt.Println("Broadcast Channel: Already Read")
bmsg := []byte(umsg)
for conn1, _ := range allConn {
_, err := conn1.Write(bmsg)
checkErr(err)
}
//Handle client disconnection [disConn]
case conn := <-disConn:
mutext.RLock()
fmt.Println("user disconneting", allConn[conn])
mutext.RUnlock()
delete(allConn, conn)
fmt.Println("Disconnect: About to Write")
//this call results in deadlock even when channel is empty, buffered channel resolves the issue
//need to know why
msg <- fmt.Sprintf("Disconneting", allConn[conn])
fmt.Println("Disconnect: Already Written")
//Read client incoming message and put it on broadcasting channel and upon disconnect put on it disConn channel
case conn := <-newConn:
go func(conn net.Conn) {
for {
buf := make([]byte, 64)
n, err := conn.Read(buf)
if err != nil {
if err == io.EOF {
disConn <- conn
break
}
}
fmt.Println("Client: About to Write")
msg <- string(buf[0:n])
fmt.Println("Client: Already Written")
}
}(conn)
mutext.RLock()
fmt.Println("User Connected", allConn[conn])
mutext.RUnlock()
}
}
}
func checkErr(err error) {
if err != nil {
panic(err)
}
}
最佳答案
在 Go 中,无缓冲 channel 是一个“同步点”。也就是说,如果你有一个 channel c
,然后做 c <- value
, goroutine 阻塞直到有人准备好做 v = <- c
(反之亦然,从阻塞 channel 接收数据时,在值可用之前没有任何东西可以接收 block ,但这可能并不令人惊讶)。具体来说,对于阻塞 channel ,接收在发送完成之前完成。
由于您只有一个 goroutine,它无法循环回从 channel 读取并且写入将阻塞,直到可以读取为止。
理论上,您可以通过执行以下操作来解决此问题:go func() { msg <- fmt.Sprintf("Disconneting", allConn[conn] }()
,所以本质上是生成一个短暂的 goroutine 来完成写入。
关于转到 : Deadlock issue with go channel and select,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/41674415/
什么是僵局有益的例子? 最佳答案 如果你死锁的程序是病毒? 如果你想卡住一个进程,我想那将是你唯一应该这样做的时候......大声笑。 关于deadlock - 在什么情况下僵局是好事?,我们在Sta
我正在调试一个死锁问题,调用堆栈显示线程正在等待某些事件。 代码使用临界区作为同步原语我认为这里存在一些问题。 此外,调试器指向某个其他线程拥有的临界区,但锁计数为 -2。 根据我的理解 lock c
我已经用多种语言进行了编程,但我不知道我的代码中存在死锁。 我认为这意味着它不会发生。 这是否经常发生(在编程中, 而不是 在数据库中)足以让我担心吗? 最佳答案 如果两个条件为真,就会出现死锁:您有
我一直在读《The Little Book of Semaphores》,第 41 页有一个针对可重用屏障问题的解决方案。我遇到的问题是为什么它不会产生死锁情况。 1 # rendezvous 2 3
是否有任何方法可以在同一台计算机上运行NBD(网络 block 设备)客户端和服务器而不导致系统死锁? 我非常疲惫地寻找这个问题的答案。如果有人可以提供帮助,我将不胜感激。 更新: 我正在编写一个与
当我用 java 程序运行我的 jvmti 代理时,jvm 似乎遇到了死锁。在我的 jvmti 代理中,我在 Agent_OnLoad() 中创建了一个原始监视器,并在每个回调函数开始时进入该锁,并在
嗨,我正在尝试实现与多个客户端一起运行的服务器问题是服务器没有从输入流接收消息并等待它发生。如果客户端在写入后不关闭流,服务器将继续等待。客户端发送消息后,他尝试从输入流中读取等待响应,但服务器正在等
对于像这样的伪函数 void transaction(Account from, Account to, double amount){ Semaphore lock1, lock2;
死锁很难发现,而且消除起来也很不舒服。 如何找到代码中死锁的错误源?是否存在“死锁模式”? 在我的特殊情况下,它涉及数据库,但这个问题对于每个死锁都是开放的。 最佳答案 更新:最近的 MSDN 文章
在 java 中使用 Runtime.exec() 创建子进程时,我知道我必须填充输入/排出输出流以防止子进程阻塞。 有趣的是,Process 的javadoc多说一点: ...failure to
我正在努力用简单的词来解释线程中的“死锁”,所以请帮忙。什么是“死锁”的最佳示例(例如,在Java中),它如何逐步发生以及如何防止死锁?但无需深入细节。我知道这就像问两个相反的事情,但仍然如此。如果您
对于那些不熟悉的人,以下是用于流程协调的Peterson算法: int No_Of_Processes; // Number of processes int turn; // Whose turn
我在使用以下示例代码时遇到问题: from multiprocessing import Lock, Process, Queue, current_process def worker(work_q
关闭。这个问题是not reproducible or was caused by typos .它目前不接受答案。 这个问题是由于错别字或无法再重现的问题引起的。虽然类似的问题可能是on-topi
给定以下 Java 代码: public class Test { static private class MyThread extends Thread { private
当我尝试在 C# 中从 SQL 数据库中获取数据时,生成了这两个异常: System.Data.SqlClient.SqlException: Transaction (Process ID 97)
在另一方释放资源前,会话1和会话2都不可能继续。所以,SQL Server会选择死锁中的一个会话作为“死锁牺牲品”。 注意:死锁牺牲品的会话会被杀死,事务会被回滚。 注意:死锁与正常的阻塞是两个
两个线程同时访问fileName。 Set If 0 使死锁。但如果 1 一切顺利。 那么是什么导致了这种情况? 最佳答案 确保您没有在主线程上同步调用 +[PHAssetResource asset
我有一个带有弹出菜单的单线程 FLTK 应用程序,使用 Fluid 创建。我有一个子类 Fl_Gl_Window 并实现了一个 handle() 方法。 handle() 方法调用一个函数,该函数在右
package main import ( "fmt" "net/http" ) func Extract(url string) ([]string, error) { ht
我是一名优秀的程序员,十分优秀!