我正在經(jīng)歷正式的旅行。問題是當(dāng)我使用break而不是 時(shí)return ttl, io.EOF，程序會進(jìn)入無限循環(huán)。但是，據(jù)我所知，在這個(gè)程序中，與breakor應(yīng)該沒有區(qū)別return ttl, io.EOF，因?yàn)槿绻莃reak，下一行將return ttl, err在方法的末尾Read()，這與 相同return ttl, io.EOF。我想知道為什么。與 Go 如何處理 io.Reader 接口及其實(shí)現(xiàn)的底層機(jī)制有關(guān)嗎？這是代碼。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貢獻(xiàn)1818條經(jīng)驗(yàn) 獲得超8個(gè)贊
觀察到的行為是由于變量陰影造成的：
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
由于:=分配，會創(chuàng)建一個(gè)新的實(shí)例err，它會隱藏在更高范圍內(nèi)定義的實(shí)例。這意味著當(dāng)您退出 for 循環(huán)時(shí)，該版本的err不可用，并且nil使用設(shè)置為 的更高范圍的版本。
這就是為什么return ttl, err與相同return ttl, nil，又完全不同的原因return ttl, io.EOF。
- 1 回答
- 0 關(guān)注
- 183 瀏覽
添加回答
舉報(bào)
0/150
提交
取消