這樣是可以的 就是先把string 轉(zhuǎn)成sting 再轉(zhuǎn)int

從你上面的錯(cuò)誤信息反應(yīng)出, 你對(duì)強(qiáng)制類型轉(zhuǎn)換有所誤解.
從上面的錯(cuò)誤信息可以得知 code 原本是一個(gè) NSString 類型的變量.

1) 如果 code 是 String 類型,那么編譯器會(huì)有如下警告:

Cast from 'String' to unrelated type 'Int' always fails
運(yùn)行時(shí)錯(cuò)誤信息如下:
Thread 1: EXC_BAD_INSTRUCTION (code=EXC_I386_INVOP, subcode=0x0)

2) 因?yàn)樽兞渴?NSString 類型時(shí)才會(huì)有如下的報(bào)錯(cuò)信息:

Could not cast value of type 'NSTaggedPointerString' (0x7fff91585138) to 'NSNumber' (0x7fff919ecae8).

對(duì)應(yīng)代碼

var code:NSString = "123"
var judge:Int = code as! Int

不知道有沒(méi)有覺(jué)得好奇,上面代碼是想把 NSString 轉(zhuǎn)成 Int 但是錯(cuò)誤信息卻是說(shuō):

不能把 NSTaggedPointerString 類型的的變量(地址在:0x7fff91585138) 轉(zhuǎn)成 NSNumber (地址在0x7fff919ecae8)

對(duì)于 NSTaggedPointerString 的細(xì)節(jié)感興趣的話可以看一下這篇文章: Friday Q&A 2015-07-31: Tagged Pointer Strings , 簡(jiǎn)而言之呢? 就是 NSString 就好比是一個(gè)抽象類,而 NSTaggedPointerString 是 OC 對(duì)于字符串存儲(chǔ)的優(yōu)化的一種具體的實(shí)現(xiàn).

3) 什么時(shí)候才可以使用強(qiáng)制類型轉(zhuǎn)換?
為什么上面的類型轉(zhuǎn)換不能用呢? 因?yàn)樗麄儾荒苤苯愚D(zhuǎn)換, 他們沒(méi)有類型關(guān)系.
雖然類型轉(zhuǎn)換是一個(gè)動(dòng)詞.但是它并不是像我們現(xiàn)實(shí)中變魔術(shù),或者發(fā)生化學(xué)反應(yīng)式的可以把一個(gè)東西轉(zhuǎn)換成另
一個(gè)東西. 通常我們進(jìn)行類型轉(zhuǎn)換只是像找回對(duì)應(yīng)對(duì)象它本來(lái)的樣子.

像我們面向?qū)ο笳Z(yǔ)言中經(jīng)舉的例子一樣, 比如: 有以下類關(guān)系:

 class Person{}
 class Teacher:Person{}
 class Student:Person{}

有一個(gè)接受 Person 類型的方法: func checkIn(person:Person)
有可能在 checkIn 中如果 person 是 Teacher 類的對(duì)象的話,你有有一些其他的處理.
那么這個(gè)時(shí)候你就需要用到強(qiáng)制類型轉(zhuǎn)換. if let teacher = person as? Teacher.
所以 類型轉(zhuǎn)換是因?yàn)樵谖覀兊木幊袒蛘叱橄筮^(guò)程當(dāng)中,對(duì)象類型的精確信息丟失了,我們需要通過(guò)類型轉(zhuǎn)換來(lái)找出來(lái).

guard let codeStr = code, let judge = Int(codeStr) else {
    return
}