• 现在异常用的溜得飞起


    return 使线程跳出函数,之后需要进行接收
    throw RuntimeException 使线程跳出函数, 之后需要进行接收
    区别在于跳出函数的范围,return的范围是固定的,往外跳一层
    throw RuntimeException 可以不跳出函数层,也可以无限往上跳
    这个的大部分思路我们肯定想的到,但是当我们限定跳出类型时会不会有影响呢
    换句话说能否在限定层的外面进行接收呢,我们知道,对于运行时异常无法限定
    因为我还没见识过因为限定了函数层对外抛出的异常,而导致运行时异常无法抛出的情况
    应为通常限定后并不会在内层对运行时异常进行接收,相反外层依旧可以感知到运行时异常
    一切就显而易见了
    那么在本质上等于运行时异常的throw RuntimeException(唯一区别在于后者为显示的)也是如是
    显式和隐式运行时异常,可以当return用,
    显时运行时异常(写死的retun),通过编译,合乎逻辑的运行
    隐式运行时异常(随机的return),无法通过编译,假设能编译运行,只能在部分情况下合乎逻辑,所以往往需要显式的return来支持

    所以说,运行时异常是个很有用的东西,让它自动抛出只利用了系统异常的冰上一角(浪费了好东西)的,我们完全可以主动抛出,或是继承运行时异常,现对异常状况的“return”处理

    运行时异常明显是运行比编译多做一层,所以说显式异常并不需要调用者知道,调用者直接跳过编译阶段思考,直接当做运行时要考虑异常情况做最坏打算(所有地方都有运行时异常,那也就不需要抛出的标示了)。

    io异常不存在运行时隐式抛出的异常,就是说怎么编译的就怎么运行,外层必须要清晰里层存在的显式异常选择(需要抛出标志来识别哪里抛出的)

  • 相关阅读:
    XML解析技术研究(一)
    Qt解析XML文件(QXmlStreamReader)
    Qt XML读取写入操作
    QT QXmlStreamWriter用法小结
    QtXML 举例
    libpcap使用
    PCAP研究
    粗谈pcap_next_ex()
    C#扇形的绘制与Hittest交互、图种制作
    ORA-01747: user.table.column, table.column 或列说明无效
  • 原文地址:https://www.cnblogs.com/zzzz76/p/7784062.html
Copyright © 2020-2023  润新知