Che cos'è lo stato di lettura TIC 1:57 in iOS11 / Xcode 9?

Dopo l'aggiornamento a Xcode 9, usando Swift 3 e il simulatore di iPhone X, la mia console è piena di:

TIC Read Status [11:0x0]: 1:57
TIC Read Status [11:0x0]: 1:57
TIC Read Status [11:0x0]: 1:57
...

Che cos'è e come posso ripararlo? L'aiuto è molto apprezzato.

PS: Preferisco non solo "silenziarlo" con uno Environment Variableschema di costruzione.

Lo staff Apple ha dato la seguente risposta:

TIC si espande in "Connessione TCP I / O", che è un sottosistema all'interno di CFNetwork che esegue una connessione TCP

1e 57sono rispettivamente il dominio e il codice CFStreamError; un dominio 1 è kCFStreamErrorDomainPOSIX e, all'interno di quel dominio, 57è ENOTCONN

In breve, una lettura TCP non è riuscita con ENOTCONN.

Poiché il sottosistema di connessione I / O TCP non ha API pubbliche, è necessario utilizzarlo necessariamente tramite un wrapper di alto livello (come NSURLSession).

fonte: https://forums.developer.apple.com/thread/66058

EDIT / UPDATE:

Dal momento che tutti abbiamo ancora questi noiosi registri, ho chiesto allo stesso specialista Apple dal link sopra sulla nostra situazione , che ora è specifico per Xcode 9 e Swift 4. Ecco qui:

Molte persone si lamentano di questi registri, che ho riscontrato anche in tutte le mie app da quando ho eseguito l'aggiornamento a Xcode 9 / iOS 11.

2017-10-24 15:26:49.120556-0300 MyApp[1092:314222] TIC Read Status [55:0x0]: 1:57  
2017-10-24 15:26:49.120668-0300 MyApp[1092:314222] TIC Read Status [55:0x0]: 1:57  
2017-10-24 15:26:49.626199-0300 MyApp[1092:314617] TIC Read Status [56:0x0]: 1:57

La sua risposta:

È importante rendersi conto che questo ENOTCONN non significa necessariamente che qualcosa sia andato storto. Connessioni TCP chiuse sono previste in tutte le versioni di HTTP. Quindi, a meno che non ci siano altri sintomi associati a questo errore, la mia raccomandazione è di ignorarlo.

fonte: https://forums.developer.apple.com/message/272678#272678

SOLUZIONE: attendere solo le versioni / gli aggiornamenti più recenti di Xcode 9.

Ecco come si TIC Read Status [11:0x0]: 1:57scompone:

TIC si espande in "Connessione TCP I / O", che è un sottosistema all'interno di CFNetwork che esegue una connessione TCP

11 è un numero ID di connessione all'interno di TIC

0x0 è un puntatore all'oggetto TIC stesso

1e 57sono rispettivamente il dominio e il codice CFStreamError; un dominio 1 è kCFStreamErrorDomainPOSIX e, all'interno di quel dominio, 57 è ENOTCONN

Fonte: https://forums.developer.apple.com/thread/66058

Nota: come quello che @David ha menzionato nel commento, è un modo per nascondere gli avvisi, quindi usa questo argomento di lancio per evitare di ricevere molti messaggi ripetitivi e avere una console pulita. Una volta eseguito il debug, tenerlo disabilitato poiché la console non fornisce informazioni utili quando è abilitata. Per esempio libc++abi.dylib: terminating with uncaught exception of type NSException.

Per le persone che si chiedono come mettere a tacere l'avvertimento e fino a quando non è disponibile una soluzione migliore, è possibile tenere a portata di mano la seguente variabile e attivare o disattivare, se necessario.

Utilizzare OS_ACTIVITY_MODE = disablela variabile di ambiente in Argomenti negli schemi del prodotto per evitare che la console venga invasa da tali avvisi.

Nota B: abilitalo per vedere l'effetto.

Fonte: https://medium.com/@adinugroho/disable-os-logging-in-xcode-8-ec6d38502532

Il modo migliore che ho trovato, riguardo a questo messaggio di registro e ad alcuni altri (come gli errori NSURLSession che non sono necessariamente errori) è di avere le mie funzioni di registro.

class Logger {
    static var project: String = "MyProject"

    static func log(_ string: String, label: String = "") {
        DispatchQueue.main.async {
            print("[\(Logger.project)] \(label) : \(string)")
        }
    }

    static func info(_ string: String) {
        Logger.log(string)
    }

    static func warning(_ string: String) {
        Logger.log(string, label: "WARNING")
    }

    static func error(_ string: String) {
        Logger.log(string, label: "ERROR")
    }
}

Quindi digito semplicemente [MyProject] nel filtro in basso a destra nel riquadro della console, e il gioco è fatto.

Nota che chiamando print sulla coda principale, consente al tuo logger di essere usato dai thread senza confondere la tua console.

Pronto per essere migliorato e ottimizzato per le tue esigenze :)

Stavo riscontrando lo stesso problema in cui ottenevo "}" in risposta a un servizio REST (GET).

usando:

URLCache.shared.removeCachedResponse(for: request as URLRequest)

dopo aver effettuato la richiesta URL e reimpostato l'oggetto URLSession dopo aver ottenuto la risposta come:

session.reset(completionHandler: {
  // print(\(data))                          
})

Risolto il mio problema

Riusciamo a risolvere questo problema di registrazione disabilitando HTTP / 2 sul server Web, nel nostro caso siamo passati dall'ELB classico all'ELB dell'applicazione che ha aggiunto il supporto a HTTP / 2 su AWS e abbiamo iniziato a ottenere "Stato lettura TIC [11: 0x0 ]: 1:57 "sulla console XCode 10.1 / iOS 12. Sembra una soluzione temporanea fino a quando Apple non risolve il problema con HTTP / 2 se presente. Questa soluzione potrebbe non funzionare per tutti, specialmente se si utilizzano API di terze parti, ma fornisce alcune informazioni sul problema.

È una registrazione che indica che una connessione TCP è persa / chiusa / non_valida o altro. Questo può accadere se la tua app ha una connessione tcp in esecuzione e l'app viene messa in background per un po 'di tempo o hai spento lo schermo del tuo telefono. Il sistema operativo decide di interrompere quante più risorse possibili per ridurre il consumo della batteria. Se porti in primo piano l'app, le connessioni tcp che avevi prima non funzioneranno più. Devi ricreare una nuova connessione tcp.

Se non ti dà fastidio, ignoralo.