草庐IT

read_buffer

全部标签

go - 如何循环直到 *ipconn.Read() 读取了所有发送给它的数据

我在go中使用*ipconn.Write方法发送一些数据,但似乎*ipconn.Read()一次只能读取20个字节这里是服务器发送数据ln,err:=net.Listen("tcp","localhost:8888")conn,err:=ln.Accept()tmp:=make([]byte,10000)tmp=[]byte("abcdefghijklmnopqrstuvwxyz")conn.Write(tmp)这里是客户端接收数据conn,err:=net.Dial("tcp","localhost:8888")data:=make([]byte,100000)conn.Read(d

go - 在 Heroku 上获取零星的 "http: proxy error: read tcp: i/o timeout"

关闭。这个问题需要debuggingdetails.它目前不接受答案。编辑问题以包含desiredbehavior,aspecificproblemorerror,andtheshortestcodenecessarytoreproducetheproblem.这将有助于其他人回答问题。关闭4年前。Improvethisquestion我在Heroku上偶尔会遇到这个错误:代理服务:Dec2714:53:05betalo-turnpike-productionapp/web.2:{[...]}Dec2714:53:08my-proxyapp/web.2:{"level":"error"

golang Read(p []byte) 没有读取完整字节?

最近使用golangRead(p[]byte),打算读取完整的len(p)字节。但是我发现Read不能保证读取len(p)字节。也就是说,我需要读取4个字节,但实际上它只给了我1个字节。最后我改用了io.ReadFull。现在我很困惑,这个函数是什么意思?使用Read的正确场景是什么?它读取的字节数可能比您需要的少。 最佳答案 如果您查看文档和源代码,您就会明白为什么bufio.Read(p[]byte)不保证将数据完整读取到pReader中。Readreadsdataintop.Itreturnsthenumberofbytesr

go - 将无限字节写入 bytes.Buffer

当我运行下面的代码时funcwriteBytes()([]byte,error){varbufbytes.BufferdstBytes:=bufio.NewWriter(&buf)writeTonsOfBytes(dstBytes)b:=buf.Bytes()fmt.Println(len(b))returnb,nil}我得到输出32768这向我发出信号,表明我的bytes.Buffer实例必须有限制,我找不到相关文档。如何将无限数量的字节写入bytes.Buffer? 最佳答案 没有调用dstBytes.Flush()在代码中。当

去教程: Channels and Buffered Channels

为什么当第二个值通过另一个goroutine发送并且没有收到发送的第一个值时,channelc没有缓冲?packagemainimport"fmt"funcsum(s[]int,cchanint){sum:=0for_,v:=ranges{sum+=v}c我期待的是一个错误-fatalerror:allgoroutinesareasleep-deadlock!当缓冲区已满时出现阻塞时会发生这种情况。由于channelc的大小为1,因此发送第二个值应该会出现上述错误。上面的代码发生了什么? 最佳答案 仅仅因为写入不能立即成功,只要有其

go - 不能在 func 参数中使用 bytes.Buffer 作为 io.WriterAt 类型

今天在go上苦苦挣扎..我不得不问的第二个问题。我有2个测试写入函数Write(),它采用writerio.WriterAt和contentinterface{}.我正在处理为函数编写的(2)个测试,TestWriteSuccessful和TestWriteFail。我在测试这两个函数时得到的错误是:cannotuse&b(type*bytes.Buffer)astypeio.WriterAtinargumenttoWrite:问题什么实现了我可以在这些测试中替换bytes.Buffer以使测试正常运行的WriterAt?我尝试过的将b的类型更改为os.File-b.len()>0将失

go - 为什么发送数据到 no buffered chan 会阻塞 go routine

当您运行以下代码时:funcl(chchanint){println("lbeing")ch你会得到后续结果mainlbeingmaindown这意味着向chan发送数据将阻止当前的go例程,我对这种行为感到惊讶。我知道从chan读取数据会阻塞goroutine,这很容易理解。但是将数据发送到chanblockgo例程,我认为这还不够好,任何人都可以告诉我为什么Go-Lang有这种设计来帮助我理解?非常感谢:) 最佳答案 您没有显示channel的创建,所以我假设它是无缓冲的。无缓冲channel不能保存任何项目,因此发送方会阻塞,

go - fatal error : concurrent map read and map write

fatalerror:concurrentmapreadandmapwritegoroutine5065809[running]:runtime.throw(0x6b4281,0x21)/usr/local/go/src/runtime/panic.go:566+0x95fp=0xc420c05670sp=0xc420c05650runtime.mapaccess1_faststr(0x65ea20,0xc420015020,0xc42178ea8e,0x16,0x0)/usr/local/go/src/runtime/hashmap_fast.go:201+0x4f3fp=0xc42

sql-server - Golang 连接到 SQL Server 错误 - "TLS Handshake failed: Cannot read handshake packet: EOF"

我编写了一个系统,可以自动在MicrosoftAzure上部署VM,在上面安装SqlServer,然后针对新安装的服务器执行.sql脚本以初始化环境。周五,这一切都按预期进行。今天,我遇到了这个错误。我的代码具有以下相关导入:import("database/sql"_"github.com/denisenkom/go-mssqldb")并使用以下代码在安装后实际连接到数据库(为简洁起见删除了错误处理)://variablesconnectionString:="sqlserver://MasterUser:MasterPassword@xx.xx.xx.xxx:1433"dbName

go - conn.Read 在通过其他 go 例程关闭 conn 时进入无限循环

我的代码有点复杂,但简单来说,它有多个go例程,所有都调用不同的TCP服务器,并在流中出现可读消息时在for循环中读取输入。到目前为止,一切都很好。现在有另一个go例程来管理之前的一堆“客户端”并在用户需要时关闭它们。为此,我将每个“conn”与适当的goroutine客户端相关联并关闭它。我面临的问题是,只要我调用任何conn对象的close函数,其对应的Read函数就会进入无限循环,不断读取空字符串。我写了一个简单的代码,类似于我在多个go例程中处理连接的方式-https://play.golang.org/p/wq7zt9Kqz7长话短说简而言之,我有一个“类”,它代表一个远程服