我正在參加正式的巡回演出。今天，我在做rot13reader 練習時遇到了一些奇怪的事情。問題是當我使用break而不是return ttl, io.EOF，程序進入無限循環。但是，據我所知，在這個程序中，應該沒有區別break或return ttl, io.EOF因為如果是break，下一行將return ttl, err在方法的末尾，Read()與return ttl, io.EOF.我想知道為什么。與 Go 如何處理 io.Reader 接口及其實現的底層機制有關嗎？這是代碼。package mainimport ( "io" "os" "strings")type rot13Reader struct { r io.Reader}func (rr *rot13Reader) Read(b []byte) (n int, err error) { rb := make([]byte, 8) var ttl int for { n, err := rr.r.Read(rb) if err == io.EOF { return ttl, io.EOF // break <----------------------------here's the problem } else if err != nil { panic(err) } else { for i, c := range rb[:n] { b[i+ttl] = decodeRot13(c) } ttl += n } } return ttl, err}func decodeRot13(c byte) byte { if c >= 97 && c <= 122 { // a-z: 97 122 c += 13 if c > 122 { c -= 26 } } else if c >= 65 && c <= 90 { // A-Z: 65 90 c += 13 if c > 90 { c -= 26 } } return c}func main() { s := strings.NewReader("Lbh penpxrq gur pbqr!") r := rot13Reader{s} io.Copy(os.Stdout, &r)}
1 回答
揚帆大魚
TA貢獻1799條經驗 獲得超9個贊
觀察到的行為是由于可變陰影：
func (rr *rot13Reader) Read(b []byte) (n int, err error) { // <-- this 'err'
rb := make([]byte, 8)
var ttl int
for {
n, err := rr.r.Read(rb) // <-- and this 'err' are different
if err == io.EOF {
return ttl, io.EOF
// break <----------------------------here's the problem
} else if err != nil {
panic(err)
} else {
for i, c := range rb[:n] {
b[i+ttl] = decodeRot13(c)
}
ttl += n
}
}
return ttl, err
}
在這條線上：
n, err := rr.r.Read(rb) // <-- and this 'err' are different
由于:=分配，一個新的實例err被創建，它隱藏了在更高范圍定義的實例。這意味著當您退出 for 循環時，此版本err不可用，而nil使用設置為 的更高范圍版本。
這就是為什么return ttl, err與 相同return ttl, nil，而與 完全不同的原因return ttl, io.EOF。
- 1 回答
- 0 關注
- 119 瀏覽
添加回答
舉報
0/150
提交
取消