SSLContext sc =SSLContext.getInstance("SSL");
抛出：
java.security.NosuchAlgorithmException: algorithm ssl not available
这是什么原因？
------解决方法--------------------------------------------------------
错误提示表示没有该算法
------解决方法--------------------------------------------------------
看看下面一段话，不知道对你有没有提示作用
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
产出密钥时经常会出现java.security.NoSuchAlgorithmException异常。如下面代码，在elipse中编译通过，但运行时会抛出java.security.NoSuchAlgorithmException异常
KeyGenerator keyGen=null;
keyGen = KeyGenerator.getInstance("DES");
keyGen.init(56);
Key key = keyGen.generateKey();
网上关于这个问题的解答不多，已有的一般是说java.security.Provider
是个abstract class，sun没有将它实现，就像jdbc一样由提供商提供；还有就是说关于密钥这一块USA对我们封锁，我们下的jdk里不带；还有就是说要往%javahome%/lib/security/java.security里添加security.provider.1=com.sun.crypto.provider.SunJCE；要确保在classpath里能找到com.sun.crypto.provider.SunJCE；用IBMJDK1.4就没有问题。
根据jdk的文档，从1.4开始就把jce集成起来了，而且在%javahome%/lib/ext里的确存在sunjce_provider.jar，里面包含了com.sun.crypto.provider.SunJCE。在elipse里运行时抛出异常的原因是，class在eclipse里运行时，是通过eclipse的进行classload时会把com.sun.crypto.provider.SunJCE的签名信息去掉，这样JCE就不认这个类了，导致找不到Provider的实现，解决办法：在eclipse的preferences->java->installed jres里选择你指定的jre，edit，将Use default system libraries选上就可以正常运行了。其实把上面的程序在eclipse里编译好，直接在命令行下run，是不会出现上面的问题的。
在eclipse里，IBMjdk可以正常使用，可能是他们密切关系的原因吧，呵呵！
在其它的一些情况下抛出java.security.NoSuchAlgorithmException的话，也可以考虑是不是在通过其它的程序进行classload时去掉了签名信息。
------解决方法--------------------------------------------------------
被占用了,当然不能实例化了.
