- 前言
- Go 与操作系统
- Go 内部机制
- Go 基本数据类型
- 4 组合类型的使用
- 5 数据结构
- 6 Go package 中不为人知的知识
- 7 反射和接口
- 8 Go UNIX 系统编程
- 08.1 关于 UNIX 进程
- 08.2 flag 包
- 8.2 flag 包
- 08.3 io.Reader 和 io.Writer 接口
- 08.4 bufio 包
- 08.5 读取文本文件
- 08.6 从文件中读取所需的数据量
- 08.7 为什么我们使用二进制格式
- 08.8 读取 CSV 文件
- 08.9 写入文件
- 08.10 从磁盘加载和保存数据
- 08.11 再看strings包
- 08.12 关于bytes包
- 08.13 文件权限
- 08.14 处理 Unix 信号
- 08.15 Unix 管道编程
- 08.16 遍历目录树
- 08.17 使用 ePBF
- 08.18 关于 syscall.PtraceRegs
- 08.19 跟踪系统调用
- 08.20 User ID 和 group ID
- 08.21 其他资源
- 08.22 练习
- 08.23 总结
- 9 并发 Goroutines、Channel 和 Pipeline
- 10 Go 并发-进阶讨论
- 11 代码测试、优化及分析
- 12 Go 网络编程基础
- 13 网络编程 - 构建服务器与客户端
文章来源于网络收集而来,版权归原创者所有,如有侵权请及时联系!
07.5.3 反射的三个缺点
毫无疑问,反射是Go语言一个强大的功能。然而,由于所有工具都使用反射,因此应谨慎使用,主要有三个原因。
第一个原因是反射的广泛使用会使程序难以阅读和维护。这个问题的一个潜在解决方案是编写好的文档;但众所周知的是开发人员并不愿意花时间来编写维护文档。
第二个原因是使用反射的Go代码会使程序运行变慢。一般来说,用于特定数据类型的Go代码总是比使用反射动态处理Go数据类型的代码运行速度快。此外,这样的动态代码将使工具很难重构或分析代码。
最后一个原因是反射错误在编译时无法捕获,并且运行时会造成 panic
异常。这意味着反射的错误可能会使程序崩溃!这可能发生在Go程序开发完成后的数月甚至数年后!这个问题的一个解决办法是在危险函数调用之前进行全面的测试。然而,这将为Go程序增加更多的代码,使程序运行的更慢。
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论