山寨Wget实现又惹事了
继某次项目代码中使用URL来 GET 某个HTTP方式提供的服务，连接没有关闭而导致连接数巨多之后，今天这个山寨Wget又惹事了，堵死了线程池，定时服务器都执行不了。
解决办法：
不使用 new URL(url).getContent()这种山寨做法，有内存泄露和读超时问题
使用 new URL(url).openConnection() 打开一个 URLConnection，调用它的 setReadTimeout() 方法，设置读的超时。
然后调用 connect() 读数据，通过InputStream，数据读取完记得关闭stream
最后，最好将这个 URLConnection 转型为 HttpURLConnection （当这个连接是一个HTTP调用），调用 disconnect() 方法。文档说明如下：
引用
public abstract void disconnect()
指示近期服务器不太可能有其他请求。调用 disconnect() 并不意味着可以对其他请求重用此 HttpURLConnection 实例。
引用
每个 HttpURLConnection 实例都可用于生成单个请求，但是其他实例可以透明地共享连接到 HTTP 服务器的基础网络。请求后在 HttpURLConnection 的 InputStream 或 OutputStream 上调用 close() 方法可以释放与此实例关联的网络资源，但对共享的持久连接没有任何影响。如果在调用 disconnect() 时持久连接空闲，则可能关闭基础套接字。
这种做法是可选的，我倾向于这样做来保证不会有太多持久Socket连接。
btw，使用HTTPClient是个更好的方式，不过要注意它的
