Java net sockettimeoutexception ошибка андроид

Что такое java.net.SocketTimeoutException: ?

При парсинге сайта, когда выбрал уже две трети от нужных информации NetBeans выдает следующее

Что такое java + android
Добрый день. Хочу как начинающий выяснить что такое разработка под android, а именно: — android.

Что такое Java? Стоит ли изучать?
Здравствуйте. Никогда не имел дела с этим языком. А тут заинтересовался. Всё чаще в кругах.

Что такое Instance (инстансы) в Java?
Добрый день! Недавно начал изучать Java (по урокам Hexlet), и столкнулся с таким вопросом: «Что.

Что такое асинхронный вызов и как его осуществить в java ?
Понял, что не совсем понимаю, что такое асинхронный вызов. Одно время мне казалось, что.

1) увеличить время ожидания
2) ловить через try/catch и принимать решение что делать (либо в повторный вызов ставить, либо игнорировать если не принципиально)

Добавлено через 1 минуту
и такой вопрос, вы каждый элемент дергаете с повторным запросом? спарсите текст страницы в переменную, а уже потом его «штрудируйте» на куски

tankomaz, мои вопросы позвольте задать пару нубских вопросов..
1. Как увеличить время ожидания
2. Где лучше почитать про try/catch, так сказать для начинающих?

3. Вроде так и делаю, правда собираю данные в цикле с примерно 5000 страниц

Или все же не так?

Добавлено через 18 минут
Про задержку вроде нашел

Источник

Java Exception Handling – SocketTimeoutException

November 20, 2017

Making our way through our in-depth Java Exception Handling series, today we’ll be going over the SocketTimeoutException. As you may suspect based on the name, the SocketTimeoutException is thrown when a timeout occurs during a read or acceptance message within a socket connection.

Throughout this article we’ll explore the SocketTimeoutException in more detail, starting with where it resides in the overall Java Exception Hierarchy. We’ll then look at some functional sample code that will illustrate how a common socket connection might be established, and how failure to plan ahead for potential connection timeouts can lead to unexpected SocketTimeoutExceptions . Let’s get this party started!

The Technical Rundown

All Java errors implement the java.lang.Throwable interface, or are extended from another inherited class therein. The full exception hierarchy of this error is:

Full Code Sample

Below is the full code sample we’ll be using in this article. It can be copied and pasted if you’d like to play with the code yourself and see how everything works.

This code sample also uses the Logging utility class, the source of which can be found here on GitHub.

When Should You Use It?

A SocketTimeoutException can really occur under only a handful of circumstances (at least, while using the standard Java libraries). All of these scenarios occur when dealing directly with the Socket class, which allows for client sockets to be established to remote endpoints. In other words, Sockets are used to establish connections between two systems, including the common client and server configuration that’ll be using today in our example code.

To begin we’ll need the Server class:

The Server class file also includes a main(. ) method so we can easily execute the server creation process in a separate thread from our client code, which we’ll look at in a moment. Overall, the server is established by creating a new ServerSocket instance, associated with the specified port . We then enter a constant loop listening for incoming socket connections and printing out a stream with the data message sent by the client, if applicable. This process repeats until the connection is lost or an error occurs.

Meanwhile, our Client class is slightly more complex, but still fairly simple:

The Connect(String host, int port, int timeout, boolean shouldSleep) method overload is where most of the logic occurs, but we’ve also added a number of other Connect(. ) method overloads for simplicity and usability, relying on a handful of default property values for things like the host , port , and timeout period. Just as with our server code, the Client connection process creates an infinite loop in which it establishes a new Socket , then attempts a direct connection to the specified host and port . Critically, we’re also passing the second parameter to the Socket.connect(. ) method, which indicates the timeout period (in milliseconds) that the connection is allowed before timing out.

Once a connection is established the client creates a reader and writer, which we use to send and receive data messages between the server. The client can write messages in the console, which are sent to the server and the server will respond to the client, in kind. Sending quit or exit will close the connection and exit the loop.

To test things out we start with a baseline connection test. First we must initialize our Server :

As expected, this outputs a confirmation indicating the server is up and running:

Now, we’ll begin with a basic client connection using our default parameters:

The client output shows that a connection was established and the server sends a message prompting us for some input:

Let’s just say “hello” to the server, which outputs the following for the client:

Meanwhile, the server receives the message and outputs this;

Cool. Everything seems to be working as expected. If we type exit or quit we’ll close the client connection and can move onto the next test:

Our next Connect(. ) method call includes a 1 millisecond timeout:

Normally, 1 millisecond is an exceptionally inadequate timeout period. However, since both the client and server are running locally in our development setup, running this code will usually not result in any problems. As we see here, we were able to connect without experiencing a timeout, and successfully sent another message to the server:

To simulate an actual delayed network connection we’ll lastly try adding an explicit pause during our connection process by calling Thread.sleep(. ) within the Connect(. ) method:

Executing this code will typically throw a SocketTimeoutException our way, indicating that the connection could not be established within the extremely short one millisecond timeout period:

The Airbrake-Java library provides real-time error monitoring and automatic exception reporting for all your Java-based projects. Tight integration with Airbrake’s state of the art web dashboard ensures that Airbrake-Java gives you round-the-clock status updates on your application’s health and error rates. Airbrake-Java easily integrates with all the latest Java frameworks and platforms like Spring , Maven , log4j , Struts , Kotlin , Grails , Groovy , and many more. Plus, Airbrake-Java allows you to easily customize exception parameters and gives you full, configurable filter capabilities so you only gather the errors that matter most.

Check out all the amazing features Airbrake-Java has to offer and see for yourself why so many of the world’s best engineering teams are using Airbrake to revolutionize their exception handling practices! Try Airbrake free for 30 days.

Monitor Your App Free for 30 Days

Discover the power of Airbrake by starting a free 30-day trial of Airbrake. Quick sign-up, no credit card required. Get started.

Источник

Получение java.сеть.SocketTimeoutException: время ожидания соединения в android

Я относительно новичок в разработке android. Я разрабатываю приложение для android, где я отправляю запрос на веб-сервер и анализирую объекты json. Часто я получаю java.net.SocketTimeoutException: Connection timed out исключение при общении с сервером. Иногда это будет работать совершенно без каких-либо проблем. Я знаю, что этот вопрос задавали много раз. Но все же я не получил удовлетворительного решения этой проблемы. Я отправляю свой код связи logcat и app-server под.

может ли кто-нибудь помочь мне найти решение для этого? Спасибо заранее.

5 ответов

Я искал по всему интернету и после прочтения многих документов, касающихся исключения тайм-аута соединения, я понял, что предотвращение SocketTimeoutException выходит за рамки нашего предела. Один из способов эффективной обработки-определить тайм-аут соединения,а затем обработать его с помощью блока try catch. надеюсь, это поможет любому в будущем, кто сталкивается с той же проблемой.

Я знаю, что этот вопрос немного старый. Но поскольку я наткнулся на это во время исследования, я подумал, что небольшое дополнение может быть полезно.

как указано, ошибка не может быть решена клиентом, так как это проблема, связанная с сетью. Однако вы можете повторить попытку подключения несколько раз. Это может работать как обходной путь, пока реальная проблема не будет исправлена.

возможно, это кому-то помогает.

Если вы тестируете сервер localhost в ваше Android устройство должно быть подключено к той же локальной сети. Затем URL-адрес сервера, используемый вашим приложением, должен включать IP-адрес вашего компьютера, а не маску «localhost».

Я столкнулся с этой проблемой и решение было перезагрузить модем (роутер). После этого я мог бы подключиться к интернету для своего приложения.

Я думаю, что библиотеку я использую не управлять должным образом, поскольку это happeend всего несколько раз.

Источник

java.net.SocketTimeoutException – How to Solve SocketTimeoutException

In this example we are going to talk about java.net.SocketTimeoutException . This exception is a subclass of java.io.IOException , so it is a checked exception.

From the javadoc we read that this exception :” Signals that a timeout has occurred on a socket read or accept”. That means that this exception emerges when a blocking operation of the two, an accept or a read, is blocked for a certain amount of time, called the timeout. Let’s say that the socket is configured with a timeout of 5 seconds.

If either the accept() or read() method, blocks for more than 5 seconds, a SocketTimeoutException is thrown, designating that a timeout has occurred. It is important to note that after this exception is thrown. the socket remains valid, so you can retry the blocking call or do whatever you want with the valid socket.

1. A simple Cilent-Server application

To demonstrate this exception, I’m going to use the client-server application we’ve seen in java.net.ConnectException – How to solve Connect Exception. It creates two threads. The first one, SimpleServer , opens a socket on the local machine on port 3333 . Then it waits for a connection to come in. When it finally receives a connection, it creates an input stream out of it, and simply reads one line of text from the client that was connected. The second thread, SimpleClient , attempts to connect to the server socket that SimpleServer opened. When it does so, it sends a line of text and that’s it.

As you can see, because I’m launching the two threads simultaneously, I’ve put a 3 second delay in SimpleClient for the client to wait before attempting to connect to the server socket, so as to give some time to server thread to open the server socket. Additionally, you will notice that in SimpleServer I’ve specified the timeout to be of 7 seconds using this method : serverSocket.setSoTimeout(7000); .

So, what we expect to happen here, is the communication to finish normally because the client will connect to the server after 3 seconds. That’s 4 seconds before the timeout barrier is reached. If you run the program, you will see this output :

That means that the client, successfully connected to the server and achieved to transmit its text. Now if you wait a bit more, you will see that a

1. An example of SocketTimeoutException

Now, if you keep the above program running, after the Client said :Hello Mr. Server! message is transmitted successfully, you will notice that a SocketTimeoutException is thrown:

That’s because, after the SimpleServer serves the first client, it loops back to the accept() method to serve the next client in line, but no one is connected. So, when the time out is reached, SocketTimeoutException is thrown.

Of course, you can choose to handle this exception differently. For example , you can choose to loop back to the accept method, even if the exception is thrown, because the socket remains valid.

In the next example, I will launch two client threads with a certain delay between them, so that one of them sends its message before any exception occurs. The other client thread sends its message after an exception is thrown. Let’s see how you can do that, and pay attention to the server thread:

Now if you run the program for a while you will notice that every seven seconds a SocketTimeoutException is thrown :

So as you can see even after the exception is thrown, the socket remains active and receives a message form the second client thread. The above program will keep throwing a SocketTimeoutException every seven seconds.

3. How to Solve SocketTimeoutException

In the above example we’ve shown what causes a SocketTimeoutException in the case of the accept() . The same principles will apply in the case of read() . Now, what can you do to avoid that exception. If the server side application is under your control, you should try yo adjust the timeout barrier so that its more flexible on network delays. You should surely consider doing that especially when your server application will run in a remote machine. Other than that, you can check whatever causes delays in your network, a malfunctioning router etc.

Источник

Ошибка Android: java.net.SocketException: сокет закрыт

Я вижу, что эта ошибка возникает в моих журналах сбоев сотни раз в неделю, но я потратил на этом этапе несколько недель, пытаясь преследовать ошибку без каких-либо успехов. Я не смог воспроизвести его на любом из моих устройств. Вот трассировка стека:

Вот блок кода, откуда исходит ошибка … точное место возникновения сбоя – HttpResponse response = httpclient.execute(httppost); :

Любая помощь при окончательном вычислении этого результата очень ценится!

На мой взгляд, виновником этой проблемы является не ваше приложение, а удаленная сторона (т. Е. HTTP-сервер). Наиболее вероятно, что HTTP-сервер внезапно SocketException соединение, и это вызывает SocketException в вашем приложении. В производственных условиях это происходит довольно часто. Это может быть вызвано перегрузкой HTTP-сервера, некоторыми исключительными обстоятельствами, которые могут привести к закрытию сервера (нагрузка HTTP-запроса или даже увеличение количества запросов, когда на удаленном сервере закончились ресурсы, на сервере также может закончиться Его локальный пул сокетов … причины могут быть десятки).

Если доля этих ошибок невысока по сравнению с успешными HTTP-запросами, я бы не стал волноваться, я бы просто обернул этот фрагмент кода в try < . >catch (SocketException e) < . >И показать пользователю диалоговое окно, в котором сообщается, что запрос не выполнен, и они должны повторить попытку.

То, что я, безусловно, сделаю, это попытаться определить причину такого поведения: я постараюсь сопоставить время одного из этих исключений и попытаться в течение долгого времени копаться в журналах HTTP-сервера, чтобы попытаться определить причину этого внезапного Отключение (при условии, что у вас есть доступ к этим журналам и другим диагностическим инструментам). Как я уже говорил, это может быть глупо или немного сложнее отладить, но я бы сказал, что это проблема.

Исключение «java.net.SocketException: Socket closed» может происходить в разных ситуациях. Либо серверная сторона закрыла соединение, как nKn, либо клиентская сторона (ваше приложение) закрыла соединение. Даже если вы не знаете об этом, может быть несколько менее очевидный код, который может привести к закрытию сокета, например Thread.interrupt () или ExecutorService.shutdownNow ().

Если, с другой стороны, это действительно происходит на стороне сервера, я бы посоветовал вам внедрять повторные попытки – 3 попытки являются обычной практикой и обычно достаточны.

В настоящее время вы принимаете любые настройки по умолчанию, с которыми сконфигурирована клиентская библиотека. Возможно, вы хотите больше контролировать свой Httpclient lib, особенно в отношении установки TIMEOUT сокета. Не ожидайте, что сервер сделает что-то неожиданное. Установите более короткий тайм-аут, чем значение по умолчанию, и контролируйте ошибки таким образом, который будет иметь смысл для ваших пользователей. «Попробуйте позже msg» ….

Если вы используете по умолчанию android httpclient, вы можете захотеть взглянуть на альтернативы, которые не отстают от новых версий Apache-клиентов …

Общий фоновый асинхронный клиент

И обратите внимание, что с любым из них вы можете принять во внимание (по Wi-Fi) ИЛИ (на 4G), что вы можете набирать подробные профили тайм-аута, где вы контролируете таймауты с кодом, как показано ниже:

Используя обработчики и обратные вызовы для пользовательского интерфейса, чтобы вы могли показать любой диалог оповещения, который вы хотите

В runnable, где у вас есть «..client.exec (request $ Type)»

Назад в поток пользовательского интерфейса вы управляете предупреждением для как можно большего количества обработчиков diff.

При необходимости вы можете установить профили тайм-аута разности по доменам. Требуется время, чтобы изучить все материалы строителя и файлы конфигурации с этими двумя другими пакетами httpclient, но, возможно, стоит потратить время, потому что вы можете настроить его на все, что хотите, и у вас есть полный контроль над исключениями и того, что вы хотите Вернуться к пользовательскому интерфейсу.

Что вы делаете с объектом HttpPost, возвращаемым из метода postData (…)? Это может быть одной из причин для рассмотрения. Обратите внимание, что есть два потока, один основной поток и другой, который вы создаете выше.

В блоке finally вам нужно закрыть ресурсы, такие как httpClient и
А также полностью очистить входной поток ответов. См. Примеры для справки.

Явно установить кодировку на UrlEncodedFormEntity, может быть в UTF-8

Источник