看一下java.util.ServiceLoader类。
一般来说，这个想法是这样的：
API广口瓶

• 提供接口
• 使用ServiceLoader类查找实现

绑定/驱动器罐

• 实现接口
• 创建文件META-INF/并指定实现该文件的类名

在javadocs中有一个很好的例子：
http://docs.oracle.com/javase/6/docs/api/java/util/ServiceLoader.html

API罐

package com.foo;

public interface FooInterface { ... }

public class FooInterfaceFactory {
  public static FooInterface newFooInstance() {
    ServiceLoader<FooInterface> loader = ServiceLoader.load(FooInterface.class);
    Iterator<FooInterface> it = loader.iterator();
    // pick one of the provided implementations and return it.
  }

绑定罐

package com.myfoo;
public class MyFooImpl implements FooInterface { ... }

META-INF/com.foo.FooInterface
    com.myfoo.MyFooImpl

编辑SPI示例

public interface FooSpi { 
   void accepts(String url);
   FooInterface getFooInstance();
}

public class FooInterfaceFactory {
  public static FooInterface getFooInterfaceInstance(String url) {
    ServiceLoader<FooSpi> loader = ServiceLoader.load(FooSpi.class);
    Iterator<FooSpi> it = loader.iterator();
    while (it.hasNext()) {
       FooSpi fooSpi = it.next();
       if (fooSpi .accepts(url)) {
         return fooSpi.getFooInstance();
       }
    }

    return null;
  }
}

当然，将文件名更改为com.foo.FooSpi并提供FooSpi的实现，这将允许您将公共API与Spi接口分离。
如果你想隐藏accepts方法，你可以有第二个接口，也就是你的公共API。

您知道API是客户端使用的，SPI是库内部使用的。
你应该有实现你的API类的类，这些类依赖于SPI接口，并且有一些SPI的实现。
大多数情况下，SPI接口包含低级方法（在您的示例中，用于直接使用FTP、SSH等的抽象），而您的库为客户端提供更高级的操作。
您的SPI接口可能如下所示：

public interface ProtocolSPI {
    boolean isCompatibleWithUrl(String url);
    Handle connect(String url, Map<String, Object> parameters);
    int readData(Handle handle, byte[] bytes);
    void writeData(Handle handle, byte[] bytes, int startIndex, int length);
    void closeHandle(Handle handle);
}

并且你有代码依赖于这个接口来使用可替换的部分。
您可能有一个ProtocolSPIFactory，它使用java.util.ServiceLoader来查找ProtocolSPI的可用实现（在类路径中），然后示例化它们，并通过调用isCompatibleWithUrl来找出哪个实现用于特定的url。