Mar*_* A. 6 java urlconnection httpurlconnection httpsurlconnection
我有一个我需要在我的一个项目中使用的库,不幸的是它注册了自己URLStreamHandler来处理http- URLs.有没有办法获得对Java的默认http-和https-的引用URLStreamHandlers,所以我可以在URL构造函数中指定其中一个来打开标准的http连接而不使用库覆盖的协议?
Mar*_* A. 12
找到了:
sun.net.www.protocol.http.Handler
Run Code Online (Sandbox Code Playgroud)
有了这个,我现在可以这样做:
URL url = new URL(null, "http://...", new sun.net.www.protocol.http.Handler());
HttpURLConnection cxn = (HttpURLConnection) url.openConnection();
Run Code Online (Sandbox Code Playgroud)
我得到一个普通的Java HttpURLConnection而不是库提供的那个.
更新:
我发现了另一个更通用的方法:删除库URLStreamHandlerFactory!
这有点棘手,因为URL类在技术上不允许你多次设置工厂或用官方函数调用来清除它,但是有一点反射魔法,我们无论如何都可以这样做:
public static String unsetURLStreamHandlerFactory() {
try {
Field f = URL.class.getDeclaredField("factory");
f.setAccessible(true);
Object curFac = f.get(null);
f.set(null, null);
URL.setURLStreamHandlerFactory(null);
return curFac.getClass().getName();
} catch (Exception e) {
return null;
}
}
Run Code Online (Sandbox Code Playgroud)
这种方法抓住静态字段保持factory在URL-class,可以对其进行访问,抓住它的当前值并将其更改为空.之后,它调用URL.setStreamHandlerFactory(null)(现在完成而没有错误)使此设置为"正式",即让函数有机会进行其可能要执行的任何其他清理.然后它返回先前注册的工厂的类名,仅供参考.如果出现任何问题,它会吞下异常(我知道,坏主意......)并返回null.
注意:这种方法可能比使用内部sun-class(就可移植性而言)更有风险,因为它依赖于URL类的特定内部结构(即factory-field 的存在和确切函数),但是它确实具有以下优点:我不需要遍历所有代码来查找所有URL构造函数并添加handler-parameter ...此外,它可能会破坏依赖于其注册处理程序的库的某些功能.幸运的是,这两个问题(可移植性和部分损坏的库功能)都是与我的情况相关的问题.
更新:#2
虽然我们正在使用反射:这是获得对默认处理程序的引用的最安全的方法:
public static URLStreamHandler getURLStreamHandler(String protocol) {
try {
Method method = URL.class.getDeclaredMethod("getURLStreamHandler", String.class);
method.setAccessible(true);
return (URLStreamHandler) method.invoke(null, protocol);
} catch (Exception e) {
return null;
}
}
Run Code Online (Sandbox Code Playgroud)
然后你简单地称之为:
URLStreamHandler hander = getURLStreamHandler("http");
Run Code Online (Sandbox Code Playgroud)
注意:此调用需要在库注册之前进行URLStreamHandlerFactory,否则您将最终获得对其处理程序的引用.
为什么我认为这是最安全的方法?因为URL.getURLStreamHandler(...)不是完全私有的方法,而只是包私有.因此,修改其调用签名可能会破坏同一包中的其他代码.此外,它的名字并没有留下太多空间来返回我们正在寻找的东西.因此,我认为 - 类的不同/未来实现不可能(尽管仍然不是不可能)URL与此处的假设不相容.