ping HTTP URL以获取可用性的首选Java方法


157

我需要一个监视器类,该类定期检查给定的HTTP URL是否可用。我可以使用Spring TaskExecutor抽象来处理“常规”部分,所以这里不是主题。问题是:在Java中ping URL的首选方法什么?

这是我当前的代码作为起点:

try {
    final URLConnection connection = new URL(url).openConnection();
    connection.connect();
    LOG.info("Service " + url + " available, yeah!");
    available = true;
} catch (final MalformedURLException e) {
    throw new IllegalStateException("Bad URL: " + url, e);
} catch (final IOException e) {
    LOG.info("Service " + url + " unavailable, oh no!", e);
    available = false;
}
  1. 这有什么好处吗(会做我想要的事情)吗?
  2. 我是否必须以某种方式关闭连接?
  3. 我想这是一个GET要求。有没有发送方法HEAD呢?

Answers:


267

这有什么好处吗(会做我想要的吗?)

您可以这样做。另一种可行的方法是使用java.net.Socket

public static boolean pingHost(String host, int port, int timeout) {
    try (Socket socket = new Socket()) {
        socket.connect(new InetSocketAddress(host, port), timeout);
        return true;
    } catch (IOException e) {
        return false; // Either timeout or unreachable or failed DNS lookup.
    }
}

还有InetAddress#isReachable()

boolean reachable = InetAddress.getByName(hostname).isReachable();

但是,这并没有明确测试端口80。由于防火墙阻止了其他端口,因此您可能会得到误报。


我是否必须以某种方式关闭连接?

不,您不需要。它经过处理并汇集在引擎盖下。


我想这是一个GET请求。有没有办法发送HEAD?

您可以将获得的内容转换URLConnectionHttpURLConnection,然后用于setRequestMethod()设置请求方法。但是,您需要考虑到,当GET正常运行时,某些性能较差的Web应用程序或本地服务器可能返回HEAD的HTTP 405错误(即不可用,未实现,不允许)。如果您打算验证链接/资源而不是域/主机,则使用GET更可靠。


在我的情况下,仅测试服务器的可用性是不够的,我需要测试URL(可能未部署webapp)

实际上,连接主机仅通知主机是否可用,而不通知内容是否可用。可能发生的情况是,网络服务器已经启动,没有问题,但是在服务器启动期间,网络应用部署失败。但是,这通常不会导致整个服务器宕机。您可以通过检查HTTP响应代码是否为200来确定。

HttpURLConnection connection = (HttpURLConnection) new URL(url).openConnection();
connection.setRequestMethod("HEAD");
int responseCode = connection.getResponseCode();
if (responseCode != 200) {
    // Not OK.
}

// < 100 is undetermined.
// 1nn is informal (shouldn't happen on a GET/HEAD)
// 2nn is success
// 3nn is redirect
// 4nn is client error
// 5nn is server error

有关响应状态代码的更多详细信息,请参阅RFC 2616第10节connect()如果要确定响应数据,则无需进行呼叫。它将隐式连接。

为了方便将来参考,下面是一个实用工具形式的完整示例,同时考虑了超时:

/**
 * Pings a HTTP URL. This effectively sends a HEAD request and returns <code>true</code> if the response code is in 
 * the 200-399 range.
 * @param url The HTTP URL to be pinged.
 * @param timeout The timeout in millis for both the connection timeout and the response read timeout. Note that
 * the total timeout is effectively two times the given timeout.
 * @return <code>true</code> if the given HTTP URL has returned response code 200-399 on a HEAD request within the
 * given timeout, otherwise <code>false</code>.
 */
public static boolean pingURL(String url, int timeout) {
    url = url.replaceFirst("^https", "http"); // Otherwise an exception may be thrown on invalid SSL certificates.

    try {
        HttpURLConnection connection = (HttpURLConnection) new URL(url).openConnection();
        connection.setConnectTimeout(timeout);
        connection.setReadTimeout(timeout);
        connection.setRequestMethod("HEAD");
        int responseCode = connection.getResponseCode();
        return (200 <= responseCode && responseCode <= 399);
    } catch (IOException exception) {
        return false;
    }
}

3
感谢您提供详细信息,像这样的答案才是使SO成为一个好地方的原因。在我的情况下,仅测试服务器的可用性是不够的,我需要测试URL(可能未部署Web应用程序),因此我将坚持使用HttpURLConnection。关于HEAD并不是一个很好的测试:如果我知道目标URL支持HEAD,那么这是一个好方法,我将进行检查。
肖恩·帕特里克·弗洛伊德

1
可能会得到java.io.IOException:在某些服务器上流的意外结束,要修复它,您需要添加connection.setRequestProperty(“ Accept-Encoding”,“ musixmatch”); 这是已知的问题,并在code.google.com上进行了
MarcinWaśniowski13年

1
@BalusC因为(200 <= responseCode && responseCode <= 399)当且仅当(response <= 399)为真,这意味着(200 <= responseCode)条件是多余的。所以我认为这是一个错误。
metator

4
@metator:呵呵??? 这绝对不是多余的。低于200的响应代码不被视为有效。
BalusC

1
@BalusC在某些情况下,这些方法似乎无法正常工作。这里给看看stackoverflow.com/questions/25805580/...
AndreaF

17

通过使用URL对象上的openConnection()代替HttpURLConnection来使用URLConnection 。

然后,一旦您从连接中读取了内容,则使用getResponseCode()将为您提供HTTP响应。

这是代码:

    HttpURLConnection connection = null;
    try {
        URL u = new URL("http://www.google.com/");
        connection = (HttpURLConnection) u.openConnection();
        connection.setRequestMethod("HEAD");
        int code = connection.getResponseCode();
        System.out.println("" + code);
        // You can determine on HTTP return code received. 200 is success.
    } catch (MalformedURLException e) {
        // TODO Auto-generated catch block
        e.printStackTrace();
    } catch (IOException e) {
        // TODO Auto-generated catch block
        e.printStackTrace();
    } finally {
        if (connection != null) {
            connection.disconnect();
        }
    }

还要检查类似的问题 如何使用Java检查URL是否存在或返回404?

希望这可以帮助。



4

以下代码执行一个HEAD请求,以检查该网站是否可用。

public static boolean isReachable(String targetUrl) throws IOException
{
    HttpURLConnection httpUrlConnection = (HttpURLConnection) new URL(
            targetUrl).openConnection();
    httpUrlConnection.setRequestMethod("HEAD");

    try
    {
        int responseCode = httpUrlConnection.getResponseCode();

        return responseCode == HttpURLConnection.HTTP_OK;
    } catch (UnknownHostException noInternetConnection)
    {
        return false;
    }
}

4

在这里作者建议:

public boolean isOnline() {
    Runtime runtime = Runtime.getRuntime();
    try {
        Process ipProcess = runtime.exec("/system/bin/ping -c 1 8.8.8.8");
        int     exitValue = ipProcess.waitFor();
        return (exitValue == 0);
    } catch (IOException | InterruptedException e) { e.printStackTrace(); }
    return false;
}

可能的问题

  • 这真的足够快吗?是的,非常快!
  • 我是否只能ping我自己要请求的页面?当然!如果您想区分“可用的互联网连接”和您自己的服务器是否可达,甚至可以检查两者,如果DNS断开了怎么办?Google DNS(例如8.8.8.8)是世界上最大的公共DNS服务。截至2013年,它每天处理1300亿个请求。只是说,您的应用没有响应可能不是今天的话题。

阅读链接。它似乎很好

编辑:在我使用它的经验,它不像这种方法一样快:

public boolean isOnline() {
    NetworkInfo netInfo = connectivityManager.getActiveNetworkInfo();
    return netInfo != null && netInfo.isConnectedOrConnecting();
}

它们有些不同,但是在仅检查与互联网的连接的功能上,第一种方法可能会由于连接变量而变慢。


2

考虑使用Restlet框架,该框架对这种事情具有很好的语义。它强大而灵活。

代码可能很简单:

Client client = new Client(Protocol.HTTP);
Response response = client.get(url);
if (response.getStatus().isError()) {
    // uh oh!
}
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.