从Apple语言参考：声明-进出参数：
作为优化，当参数是存储在内存中物理地址上的值时，在函数体内外都使用相同的存储位置。优化的行为称为“按引用调用”；它满足了复制复制模型的所有要求，同时消除了复制的开销。不要依赖于签入与签出之间的行为差异。
如果您有一个函数，该函数需要一个在内存上有点大的值类型作为参数（例如，一个大的结构类型），并且返回相同的类型，最后该函数返回始终仅用于替换调用者参数，inout则为首选作为关联的函数参数。
考虑下面的示例，其中的注释描述了为什么我们要inout在此处使用常规的输入类型的函数：
struct MyStruct {
private var myInt: Int = 1
mutating func increaseMyInt() {
myInt += 1
}
}
func myFunc(var myHugeStruct: MyStruct) -> MyStruct {
myHugeStruct.increaseMyInt()
return myHugeStruct
}
func myFuncWithLessCopyOverhead(inout myHugeStruct: MyStruct) {
myHugeStruct.increaseMyInt()
}
var a = MyStruct()
a = myFunc(a)
myFuncWithLessCopyOverhead(&a)
同样，在上面的示例中-忽略内存问题-inout可以作为一种很好的代码习惯，告诉别人阅读我们的代码，我们正在对函数调用者参数进行突变（在函数中，参数&前面的与号表示）呼叫）。以下内容非常简洁地总结了这一点：
如果您希望函数修改参数的值，并且希望这些更改在函数调用结束后仍然存在，请将该参数定义为输入输出参数。
根据Apple语言指南：Functions-In-Out Parameters。
有关inout其在内存中的实际处理方式（名称copy-in-copy-out有点误导性……）的详细信息，除了上面语言指南的链接外，请参见以下SO线程：
（编辑附加：附加说明）
上面卢卡斯·黄（Lucas Huang）接受的答案中给出的示例尝试-在函数范围内使用inout参数-访问作为inout参数传递的变量。不建议这样做，并明确警告不要使用ref语言：
即使原始参数在当前作用域中可用，也不要访问作为in-out参数传递的值。函数返回后，您对原件所做的更改将被副本的值覆盖。不要依靠按引用调用优化的实现来尝试避免更改被覆盖。
现在，这种情况下的访问是“仅”不可更改的，例如print(...)，但是按照惯例，应该避免像这样的所有访问。
应评论员的要求，我将添加一个示例来阐明为什么我们不应该真正使用“作为in-out参数传递的值”进行任何操作。
struct MyStruct {
var myStructsIntProperty: Int = 1
mutating func myNotVeryThoughtThroughInoutFunction (inout myInt: Int) {
myStructsIntProperty += 1
myInt += 1
}
func myInoutFunction (inout myInt: Int) {
myInt += 1
}
}
var a = MyStruct()
print(a.myStructsIntProperty)
a.myInoutFunction(&a.myStructsIntProperty)
print(a.myStructsIntProperty)
a.myNotVeryThoughtThroughInoutFunction(&a.myStructsIntProperty)
print(a.myStructsIntProperty)
因此，在这种情况下，inout的行为就像是copy-in-copy-out（而不是通过引用）。我们通过重复以下来自语言参考文档的声明来进行总结：
不要依赖于签入与签出之间的行为差异。
