总之(!): 在你声明了一个变量并且你确定这个变量有一个值之后。

let assumedString: String! = "Some message..."
let implicitString: String = assumedString

否则你必须在每次传递值之后都这样做…

let possibleString: String? = "An optional string."
let forcedString: String = possibleString! // requires an exclamation mark

一些大局观的观点可以补充到其他有用但更注重细节的答案中:

在Swift中，感叹号出现在几种情况下:

强制展开:let name = nameLabel!.text 隐式打开可选项:var logo: UIImageView! 强制铸造:标志。图像=事物!用户界面图像 未处理的异常:试试!NSJSONSerialization。JSONObjectWithData(数据,[])

它们中的每一个都是不同的语言结构，具有不同的含义，但它们都有三个重要的共同点:

1. 感叹号绕过了Swift的编译时安全检查。

当你使用!在Swift中，你实际上是在说:“嘿，编译器，我知道你认为这里可能会发生错误，但我完全确定它永远不会发生。”

并不是所有有效的代码都符合Swift的编译时类型系统，也不是任何语言的静态类型检查。有些情况下，你可以从逻辑上证明错误永远不会发生，但你不能向编译器证明它。这就是为什么Swift的设计师一开始就添加了这些功能。

然而，无论何时使用!，您都排除了为错误提供恢复路径，这意味着……

2. 感叹号是潜在的崩溃。

感叹号还表示，“嘿，斯威夫特，我非常确定这个错误永远不会发生，所以你最好让我的整个应用程序崩溃，而不是让我为它编写恢复路径。”

这是一个危险的论断。它可能是正确的:在任务关键型代码中，您已经认真考虑了代码的不变量，伪输出可能比崩溃更糟糕。

然而，当我看到!在野外，很少有人如此谨慎地使用它。相反，它通常意味着，“这个值是可选的，我并没有真正认真思考为什么它可以为nil或如何正确处理这种情况，但添加!让它编译……所以我的代码是正确的，对吧?”

小心感叹号的傲慢。而不是……

3.感叹号最好少用。

每一个!构念有?强制你处理错误/nil情况的对应项:

条件解包装:if let name = nameLabel?文本{…｝ 可选:var logo: UIImageView? 条件强制转换:标志。Image = thing as?用户界面图像 失败时为空异常:试试?NSJSONSerialization。JSONObjectWithData(数据,[])

如果你想要使用!，最好仔细考虑一下为什么你不使用!代替。使程序崩溃真的是最好的选择吗?操作失败?为什么这个值是可选的/可失败的?

是否有一个合理的恢复路径，你的代码可以采取在nil/错误的情况下?如果是，编码它。

如果它不可能是nil，如果错误永远不会发生，那么有没有一种合理的方法来重做你的逻辑，让编译器知道?如果是，那就去做;您的代码将更不容易出错。

有时没有合理的方法来处理错误，简单地忽略错误——从而处理错误的数据——会比崩溃更糟糕。这些时候就应该使用强制拆包。

我定期搜索我的整个代码库!并审查它的每一次使用。很少有使用方法经得起推敲。(在撰写本文时，整个Siesta框架只有两个实例。)

这并不是说你不应该使用!在你的代码中——只是你应该谨慎地使用它，永远不要让它成为默认选项。

John是一个可选的Person，这意味着它可以保存值或为nil。

john.apartment = number73

如果John不是可选选项，则使用。由于john从不为nil，我们可以确定它不会在nil值时调用apartment。而

john!.apartment = number73

向编译器承诺John不是nil，然后打开可选选项以获取John的值并访问John的公寓属性。如果你知道john不是nil就用这个。如果你在可选的nil上调用这个，你会得到一个运行时错误。

文档中包含了一个很好的示例，其中convertedNumber是可选的。

if convertedNumber {
    println("\(possibleNumber) has an integer value of \(convertedNumber!)")
} else {
    println("\(possibleNumber) could not be converted to an integer")
}

可选变量可以包含值，也可以不包含值

myVar:字符串?= "东西"

myVar:字符串?= nil

现在如果你问myVar!，你告诉编译器返回一个值在情况1中它会返回"Something"

在情况2中，它会崩溃。

的意思!Mark将强制编译器返回一个值，即使它不存在。这就是为什么这个名字叫Force unwrapped。

在objective C中，没有值的变量等于“nil”(也可以使用与0和false相同的“nil”值)，因此可以在条件语句中使用变量(有值的变量与“TRUE”相同，而那些没有值的变量等于“false”)。

Swift通过提供“可选值”来提供类型安全。即，它可以防止因分配不同类型的变量而形成错误。

所以在Swift中，只有条件语句可以提供布尔值。

var hw = "Hello World"

这里，虽然'hw'是一个字符串，但它不能像objective - C那样在if语句中使用。

//This is an error

if hw

 {..}

为此，它需要被创建为，

var nhw : String? = "Hello World"

//This is correct

if nhw

 {..}

问问你自己

这种类型的人吗?有公寓会员/房产?或 这种类型的人有公寓成员/房产吗?

如果你不能回答这个问题，那么继续阅读:

要理解，你可能需要对泛型有超基础的理解。在这里看到的。Swift中的很多东西都是用泛型编写的。可选的包括

下面的代码可以从斯坦福大学的视频中获得。强烈推荐你看前5分钟

“Optional”为enum，只有2个大小写

enum Optional<T>{
    case None
    case Some(T)
}

let x: String? = nil //actually means:

let x = Optional<String>.None

let x :String? = "hello" //actually means:

let x = Optional<String>.Some("hello")

var y = x! // actually means:

switch x {
case .Some(let value): y = value
case .None: // Raise an exception
}

可选的绑定:

let x:String? = something
if let y = x {
    // do something with y
}
//Actually means:

switch x{
case .Some(let y): print)(y) // or whatever else you like using 
case .None: break
}

当你说var的时候john: Person?你的意思是:

enum Optional<Person>{
case .None
case .Some(Person)
}

上面的枚举是否有名为apartment的属性?你看到它了吗?根本就不在那儿!然而，如果你打开它ie做人!然后你就可以……它在引擎盖下面做的是:Optional<Person>。一些(人(名字:“John Appleseed”))

你是否定义了var john: Person而不是:var john: Person?那么你就不再需要了!使用，因为Person本身有一个apartment的成员

作为以后讨论为什么使用!打开包装有时不建议看这个问答