现在在测试版4中，他们为Swift添加了访问修饰符。

from Xcode 6 beta 4 realese notes:

Swift access control has three access levels: private entities can only be accessed from within the source file where they are defined. internal entities can be accessed anywhere within the target where they are defined. public entities can be accessed from anywhere within the target and from any other context that imports the current target’s module. By default, most entities in a source file have internal access. This allows application developers to largely ignore access control while allowing framework developers full control over a framework's API.

till swift 2.0 there were only three access level [Public, internal, private] but in swift 3.0 apple added two new access level which are [ Open, fileType ] so now in swift 3.0 there are 5 access level Here I want to clear the role of these two access level 1. Open: this is much similar to Public but the only difference is that the Public can access the subclass and override, and Open access level can not access that this image is taken from Medium website and this describe the difference between open and public access

现在是第二个新的访问级别 2. 文件类型是更大版本的私有或更低的访问级别比内部 fileType可以访问[class, struct, enum]的扩展部分 而且private不能访问扩展部分的代码，它只能访问 词法作用域 这张照片取自Medium网站，描述了fileType和Private访问级别之间的区别

希望为那些想要类似保护方法的人节省一些时间:

与其他答案一样，swift现在提供了“private”修饰符——它是按文件定义的，而不是像Java或c#那样按类定义的。这意味着如果你想要受保护的方法，如果它们在同一个文件中，你可以使用swift私有方法

创建一个基类来保存“受保护的”方法(实际上是私有的) 子类化这个类以使用相同的方法 在其他文件中，您不能访问基类方法，即使您创建了子类

文件1:

class BaseClass {
    private func protectedMethod() {
        
    }
}

class SubClass : BaseClass {
    func publicMethod() {
        self.protectedMethod()  //this is ok as they are in same file
    }
}

文件2:

func test() {
    var a = BaseClass()
    a.protectedMethod() //ERROR


    var b = SubClass()
    b.protectedMethod() //ERROR
}

class SubClass2 : BaseClass {
    func publicMethod() {
        self.protectedMethod() //ERROR
    }
}

Xcode 6中引入的访问控制机制:

Swift provides three different access levels for entities within your code. These access levels are relative to the source file in which an entity is defined, and also relative to the module that source file belongs to. Public access enables entities to be used within any source file from their defining module, and also in a source file from another module that imports the defining module. You typically use public access when specifying the public interface to a framework. Internal access enables entities to be used within any source file from their defining module, but not in any source file outside of that module. You typically use internal access when defining an app’s or a framework’s internal structure. Private access restricts the use of an entity to its own defining source file. Use private access to hide the implementation details of a specific piece of functionality. Public access is the highest (least restrictive) access level and private access is the lowest (or most restrictive) access level.

默认在内部访问，因此不需要指定。还要注意，私有说明符不是在类级别上工作，而是在源文件级别上工作。这意味着要使类的某些部分真正私有，您需要将其分离到自己的文件中。这也介绍了一些关于单元测试的有趣案例……

我提出的另一个观点(在上面的链接中有评论)是，你不能“升级”访问级别。如果你子类化了某个东西，你可以对它进行更多的限制，但反过来就不行。

最后一点也会影响函数、元组和其他东西，例如，如果一个函数使用了私有类，那么将函数设置为内部或公共是无效的，因为它们可能无法访问私有类。这将导致编译器警告，并且您需要将该函数重新声明为私有函数。

对于Swift 1-3:

不，不可能。这里根本没有任何私有/受保护的方法和变量。

一切都是公开的。

更新 从Swift 4开始，可能会在这个帖子中看到其他答案

当人们谈论在Swift或ObjC(或ruby或java或…)中创建“私有方法”时，这些方法并不是真正的私有方法。他们周围没有实际的访问控制。任何语言只要能够提供一点内省功能，就可以让开发人员从类之外获得这些值，如果他们真的想要的话。

因此，我们在这里真正谈论的是一种定义面向公众的接口的方法，该接口仅呈现我们想要的功能，并“隐藏”其余我们认为是“私有”的功能。

Swift声明接口的机制就是协议，它可以用于此目的。

protocol MyClass {
  var publicProperty:Int {get set}
  func publicMethod(foo:String)->String
}

class MyClassImplementation : MyClass {
  var publicProperty:Int = 5
  var privateProperty:Int = 8

  func publicMethod(foo:String)->String{
    return privateMethod(foo)
  }

  func privateMethod(foo:String)->String{
    return "Hello \(foo)"
  }
}

请记住，协议是第一类类型，可以在类型可以使用的任何地方使用。而且，当以这种方式使用时，它们只公开自己的接口，而不是实现类型的接口。

因此，只要你在参数类型中使用MyClass而不是MyClassImplementation，等等，它都应该工作:

func breakingAndEntering(foo:MyClass)->String{
  return foo.privateMethod()
  //ERROR: 'MyClass' does not have a member named 'privateMethod'
}

在一些直接赋值的情况下，你必须显式地使用类型，而不是依赖Swift来推断它，但这似乎并不是一个问题:

var myClass:MyClass = MyClassImplementation()

以这种方式使用协议是语义上的，相当简洁，而且在我看来很像我们在ObjC中为此目的使用的类扩展。