我正在經歷正式的旅行。問題是當我使用break而不是 時return ttl, io.EOF，程序會進入無限循環。但是，據我所知，在這個程序中，與breakor應該沒有區別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貢獻1818條經驗 獲得超8個贊
觀察到的行為是由于變量陰影造成的：
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 關注
- 162 瀏覽
添加回答
舉報
0/150
提交
取消