Kotlin-33.异常(Exception)

官方文档: http://kotlinlang.org/docs/reference/exceptions.html

1.异常类(Exception Classes)

与java类似,Kotlin的所有异常类都是Throwable类的子孙类(都继承自Throwable类),
每个异常类成员都有消息(message),堆栈跟踪(stack trace)和可选的起因(optional cause).

1.与Java一样,kotlin使用throw表达式抛出异常(throw exception):
    throw MyException("Hi There!")

2.与Java一样,kotlin使用try表达式捕获异常(catch exceptio):
    try {
        // 一些代码
    } catch (e: SomeException) {
        // 处理程序
    } finally {
        // 可选的finally块
    }
    //可以有零或多个catch块,finally块可省略,但catch和finally块至少应该存在一个!

3.与Java不同,kotlin的try表达式有一个返回值
    try表达式返回值是try块最后一个表达式,或者是catch块最后一个表达式,
    finally块内容不会影响表达式的结果.
    fun main(args: Array<String>) {
        val a: Int? = try { 
                1 //正常运行,返回1               
            } catch (e: NumberFormatException) {
                2
                null
            }  finally {
                3 //finally块不会影响表达式结果
            }

        val b: Int? = try { 
                1
                throw NumberFormatException()
            } catch (e: NumberFormatException) {
                2
                null //捕获异常,返回null
            }  finally {
                3 //finally块不会影响表达式结果
            }

        println(a) //输出1
        println(b) //输出null
    }

2.没有受检异常(Checked Exceptions)

java两种异常类型: 受检异常(checked exception)和非受检异常(unchecked exception)
    1.Error和RuntimeException及其子类都是非受检异常(unchecked exception);
    2.其余的异常Exception都是受检异常(checked exception)。
这两种异常在作用上没有差别,唯一差别在于在编译时编译器会检查受检异常,
所以受检异常需要try catch捕获来避免编译错误,而非受检异常不需要!

可见受检异常(Checked Exceptions)使用比较麻烦,争议非常大,可能会导致java API变得很复杂,
程序跟异常检查代码混杂在一起,这仅仅是为了通过编译器的编译,
许多人批评Java的受检异常,认为受检异常(Checked Exception)是软件工程中一次失败的试验!

kotlin没有受检异常(Checked Exceptions),以下是kotlin不使用受检异常的原因描述:
    JDK的StringBuilder类实现的一个示例接口:
        Appendable append(CharSequence csq) throws IOException;
    这个append函数签名throws IOException,每次追加一个字符串(StringBuilder/某种日志log/控制台console),
    就必须捕获IOException(可能正在执行IO操作Writer也实现了Appendable),所以导致try{}代码随处可见:
        try {
            log.append(message)
        } catch (IOException e) {

        }
    java受检的异常(Checked Exception)很不好用,参见《Effective Java》第65条:不要忽略异常!
    
    Bruce Eckel在《Java是否需要受检的异常?》Does Java need Checked Exceptions?中指出:
        一些小程序测试得出的结论是:受检的异常会提高开发者的生产力和代码质量高,
        但是大型软件项目的经验有不同的结论:生产力降低,代码质量低或没有提高!

    其他相关引证:
        《Java的受检异常是一个错误》Java's checked exceptions were a mistake (Rod Waldhoff)
        《受检异常的烦恼》The Trouble with Checked Exceptions (Anders Hejlsberg)

3.Nothing类型(The Nothing type)

在Kotlin中throw是表达式,所以可以作为Elvis表达式?:的一部分:
    val s = person.name ?: throw IllegalArgumentException("Name required")

throw表达式的类型是Nothing类型,该特殊类型没有值,只用于标记代码位置永远不能到达(never be reached)
所以当person.name为null时, s = 赋值操作永远不会发生(即throw类型Nothing,永远不可到达s = )

可以使用 Nothing 来标记一个函数永远不会返回(never return):
    fun main(args: Array<String>) {
        fun fail(message: String): Nothing {
            throw IllegalArgumentException(message)
        }
        
        //当调用该函数fail()时,编译器会知道执行不会超出该调用(说白了就是程序不会继续执行)
        //程序中断,输出 "java.lang.IllegalArgumentException: Name参数错误,不能为null"
        val name = null  
        val s: String = name ?: fail("Name参数错误,不能为null")
        println(s)
    }

4.kotlin与Java互操作的异常处理(Java Interoperability)

在Kotlin中,所有异常都是非受检的,意味着编译器不会强迫捕获任何异常(try catch)! 
因此,在Kotlin中调用一个受检异常的Java方法,不会强迫你去捕获异常:   
    //kotlin代码,调用java方法,append(CharSequence csq) throws IOException;     
    fun render(list: List<*>, to: Appendable) {
        for (item in list) {
            //在kotlin中不要求捕获异常,但在Java中会强迫捕获异常IOException
            to.append(item.toString()) 
        }
    }

简书:http://www.jianshu.com/p/227f398b929f
CSDN博客: http://blog.csdn.net/qq_32115439/article/details/74617358
GitHub博客:http://lioil.win/2017/07/06/Kotlin-exception.html
Coding博客:http://c.lioil.win/2017/07/06/Kotlin-exception.html

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 202,723评论 5 476
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 85,080评论 2 379
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 149,604评论 0 335
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,440评论 1 273
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,431评论 5 364
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,499评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 37,893评论 3 395
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,541评论 0 256
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,751评论 1 296
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,547评论 2 319
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,619评论 1 329
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,320评论 4 318
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,890评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,896评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,137评论 1 259
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 42,796评论 2 349
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,335评论 2 342

推荐阅读更多精彩内容