Nsurlerrordomain ошибка 999 что значит

Asked
9 years, 5 months ago

Viewed
7k times

Question feed

Я пытался использовать API Facebook Corona SDK, чтобы опубликовать оценку игры, которую я разрабатываю, на facebook. Однако у меня с этим проблема. В первый раз, когда я пытаюсь отправить сообщение в facebook, я получаю эту ошибку после входа в систему и аутентификации пользователя:

Код ошибки NSURLErrorDomain -999

Тогда он не будет публиковаться на Facebook. Каковы возможные причины этой ошибки и как ее исправить? Я попытался выполнить поиск в Интернете, но не смог найти информацию об этом. Заранее спасибо.

Кстати, я не использую веб-просмотр в своем приложении. Просто api виджета и слушатель show_dialog в моем классе Facebook.

Ошибка задокументирована в библиотеке разработчика Mac (документы iOS)

Соответствующий сегмент из документации будет:

Коды ошибок системы загрузки URL

Эти значения возвращаются как свойство кода ошибки объекта NSError с доменом «NSURLErrorDomain».

enum
{
   NSURLErrorUnknown = -1,
   NSURLErrorCancelled = -999,
   NSURLErrorBadURL = -1000,
   NSURLErrorTimedOut = -1001,

Как вы видете; -999 вызвано ErrorCancelled . Это означает: другой запрос сделан до того, как предыдущий запрос будет выполнен.

Hjpotter92 абсолютно прав, я просто хочу предложить решение для своего случая. Надеюсь, это будет полезно и для вас. Вот моя ситуация:

На странице входа в систему> нажмите вход> всплывающее диалоговое окно загрузки> вызовите журнал в службе> диалоговое окно отклонения> нажмите другой экран> вызовите другую службу -> вызовите ошибку -999

Чтобы исправить это, я поставил задержку между закрытием диалогового окна и нажатием нового экрана:

    [indicatorAlert dismissWithClickedButtonIndex:0 animated:YES];
    dispatch_after(dispatch_time(DISPATCH_TIME_NOW, 0.01 * NSEC_PER_SEC), dispatch_get_main_queue(), ^{
                [self performSegueWithIdentifier:@"HomeSegue" sender:nil];
            });

Странно, что эта проблема возникает только на iOS 7.

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

Просто хотел добавить здесь, что при получении -999 "cancelled" проблема обычно заключается в одном из двух:

• Вы снова выполняете тот же запрос.
• Вы поддерживаете слабую ссылку на ваш объект manager, который преждевременно освобождается. (Создайте сильную ссылку)

Помимо того, что написал Рамон, существует третья возможная причина получения NSURLErrorDomain -999 cancelled:

Вы отменили задачу во время ее выполнения, либо вызвав .cancel() для объекта задачи данных, либо потому, что вы использовали .invalidateAndCancel() для объекта сеанса. Если вы создаете настраиваемый сеанс с делегатом, вам следует вызвать .invalidateAndCancel() или .finishTasksAndInvalidate(), чтобы разрешить сильную ссылку между сеансом и его делегатом, как указано в Документация разработчика Apple:

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

Если вас интересует такое поведение журнала, я нашел следующее объяснение на форумах разработчиков Apple :

В качестве пояснения, еще в iOS 10 мы представили новую общесистемную архитектуру ведения журнала (смотрите WWDC 2016 Session 721 Unified Logging and Activity Tracing для подробностей) и многие подсистемы, включая CFNetwork, находятся в процессе перехода к этому. Пока этот ход не будет полностью завершен, вы столкнетесь с некоторыми странными крайними случаями, подобными этому.

В приложении нашей компании много ошибок -999 в iOS. Я поискал, нашел, что у причины две, например, сетевая задача была освобождена или сертификат недействителен. Но я проверил наш код, эти два невозможны. Я использую Alamofire, который использует URLSession. К счастью, сеть Android-приложения нашей компании в норме. Итак, проверяем разницу. Мы обнаружили, что http-запрос от iOS — Http2.0, а android — Http1.1. Таким образом, мы принудительно понижаем версию поддержки HTTP до http1.1, после чего уменьшается количество ошибок -999 !!!

Я думаю, что в URL-сеансе Apple может быть какая-то ошибка. Проверьте ссылку New NSURLSession для каждого излишка DataTask? для некоторых подробных мыслей.

Я не использовал API Facebook Corona SDK, но я столкнулся с этой проблемой при использовании Alamofire, secondRequest всегда отменяется при выполнении с ошибкой -999, согласно сообщениям, которые я нашел в Интернете, причина в том, что session свойство равно deinit до завершения асинхронной работы, поскольку оно находится вне области видимости, я, наконец, решил эту проблему с помощью deinit свойства сеанса вручную, чтобы компилятор не деинициализировал его в неправильной позиции:

class SessionManager {
    var session:SessionManager?

    init() {
        self.session = SessionManager(configuration:URLSessionConfiguration.ephemeral)
    }
    private func firstRequest() {
        guard let session = self.session else {return}
        session.request(request_url).responseData {response in
            if let data=response.data {
                self.secondRequest()
            }
    }
    private func secondRequest() {
        guard let session = self.session else {return}
        session.request(request_url).responseData {response in
            if let data=response.data {
                self.secondRequest()
            }
            //session will no longer be needed, deinit it
            self.session = nil
    }

    }

Установите флажок «Если вы звоните cancel() на URLSessionDataTask«, чтобы исправить

NSURLErrorDomain Code=-999 "cancelled"

Я получал эту ошибку в версии приложения Xamarin для iOS. Не уверен в основной причине, но в моем случае удалось обойти ее, используя метод post вместо get для чего-либо, передавая контекст сервера в теле запроса — что в любом случае имеет больше смысла. Android / Windows / служба все обрабатывает GET с контентом, но в приложении iOS будет частично не отвечать, а затем выплюнуть материал 999 NSUrlErrorDomain в журнале. Надеюсь, это поможет кому-то другому столкнуться с этим. Я предполагаю, что сетевой код застревает в цикле, но не могу увидеть рассматриваемый код.

Оказалось, что в моем проекте Cordova (или аналогичном) это была проблема с плагином . Убедитесь, что вы не упустили ни одного плагина, и убедитесь, что он установлен правильно и без проблем.

Самый простой способ проверить это — просто начать все сначала, воссоздав проект Cordova (cordova create <path>) вместе с необходимыми платформами (cordova platform add <platform name>), и добавить каждый плагин с подробным флагом ( —verbose), чтобы вы могли видеть, если что-то пошло не так в журнале консоли, пока плагин загружается, добавляется в проект и устанавливается для каждой платформы (cordova plugin add cordova-plugin-device --verbose)

Резюме: cordova create <path> cordova platform add <platform name> cordova plugin add cordova-plugin-device --verbose

В моем случае я использовал сообщение о загрузке, для которого не требовалось содержимое тела:

// The `from: nil` induces error "cancelled" code -999
let task = session.uploadTask(with: urlRequest, from: nil, completionHandler: handler)

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

let task = session.uploadTask(with: urlRequest, from: Data(), completionHandler: handler)

В документации фреймворка не указано, почему from bodyData является необязательным типом или что происходит, когда он равен нулю.

Мы решили эту проблему, перезагрузив веб-представление, когда оно не удалось загрузить.

extension WebViewController: WKNavigationDelegate {
    func webView(_ webView: WKWebView, didFail navigation: WKNavigation!, withError error: Error) {
        webView.reload()
    }
}

846  


3  

ошибка была задокументирована на Библиотека Разработчиков Mac(iOS docs)

соответствующий сегмент из документации будет:

URL загрузка системных кодов ошибок

эти значения возвращаются как свойство кода ошибки NSError
объект с доменом «NSURLErrorDomain».

enum
{
   NSURLErrorUnknown = -1,
   NSURLErrorCancelled = -999,
   NSURLErrorBadURL = -1000,
   NSURLErrorTimedOut = -1001,

Как видите; -999 причинена ErrorCancelled. Это означает: другой запрос выполняется до завершения предыдущего запроса.

hjpotter92 абсолютно прав, я просто хочу предоставить решение для моего случая. Надеюсь, это полезно и для вас. Вот моя ситуация:

на странице входа > нажмите вход > всплывающее окно загрузки > вызовите службу > закрыть диалог > нажмите другой экран > вызовите другую службу — > вызовите ошибку -999

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

    [indicatorAlert dismissWithClickedButtonIndex:0 animated:YES];
    dispatch_after(dispatch_time(DISPATCH_TIME_NOW, 0.01 * NSEC_PER_SEC), dispatch_get_main_queue(), ^{
                [self performSegueWithIdentifier:@"HomeSegue" sender:nil];
            });

странно, что эта проблема происходит только на iOS 7.

Я не использовал Facebook API Corona SDK, но я столкнулся с этой проблемой при использовании Alamofire,secondRequest всегда отменяйте в исполнении с ошибкой -999, согласно сообщениям, которые я нашел в интернете, причина в том, что session недвижимость deinit перед завершением асинхронной работы, так как она выходит за рамки, я, наконец, решил эту проблему с помощью deinit свойства сессии вручную, поэтому компилятор не деинициализации его в неправильном положении:

class SessionManager {
    var session:SessionManager?

    init() {
        self.session = SessionManager(configuration:URLSessionConfiguration.ephemeral)
    }
    private func firstRequest() {
        guard let session = self.session else {return}
        session.request(request_url).responseData {response in
            if let data=response.data {
                self.secondRequest()
            }
    }
    private func secondRequest() {
        guard let session = self.session else {return}
        session.request(request_url).responseData {response in
            if let data=response.data {
                self.secondRequest()
            }
            //session will no longer be needed, deinit it
            self.session = nil
    }

    }