避免使用终结方法
1.使用终结方法会导致行为不稳定,性能降低,以及可移植性的问题.(终结线程的优先级过低)
终结方法不能保证被及时的执行(从一个对象变得不可到达开始,到中介方法被执行,所花费的时间是任意长的)
2.怎么不编写终结方法:提供一个显式的终止方法,并要求该类的客户端在每个实例不再有用的时候调用这个方法(该实例必须记录下自己是否已经被终止)
终止方法与try - finally一起使用 在finally子句中可以保证即使在使用对象的时候有异常抛出,该终止方法也会被执行
终止方法:FileInputStream FileOutputStream Timer Connection 当上述类中终止方法未被调用,则调用终结方法
3.什么时候使用终结方法
-当对象所有者忘记调用显式终止方法时,终结方法可以充当安全网
-如果本地对等体不拥有关键的资源,使用终结方法
本地对等体:普通对象通过本地方法委托给一个本地对象.
终结方法守卫者:不吧终结方法放在要求终结处理的类中,而把终结方法放在一个匿名的类中,该匿名类的唯一用途就是终结他的外围实例
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· AI与.NET技术实操系列:基于图像分类模型对图像进行分类
· go语言实现终端里的倒计时
· 如何编写易于单元测试的代码
· 10年+ .NET Coder 心语,封装的思维:从隐藏、稳定开始理解其本质意义
· .NET Core 中如何实现缓存的预热?
· 25岁的心里话
· 闲置电脑爆改个人服务器(超详细) #公网映射 #Vmware虚拟网络编辑器
· 零经验选手,Compose 一天开发一款小游戏!
· 因为Apifox不支持离线,我果断选择了Apipost!
· 通过 API 将Deepseek响应流式内容输出到前端