İOS11 / Xcode 9'daki TIC Okuma Durumu 1:57 nedir?

Swift 3 ve iPhone X simülatörünü kullanarak Xcode 9'a güncelledikten sonra konsolum aşağıdakilerle dolu:

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

Bu nedir ve nasıl düzeltebilirim? Yardım çok takdir ediliyor.

PS: Ben sadece bir Environment Variableinşa düzeni ile "susturmak" tercih ederim .

Apple personeli şu cevabı verdi:

TIC CFNetwork içinde bir TCP bağlantısı çalıştıran bir alt sistem olan “TCP G / Ç bağlantısı” na genişler

1ve 57sırasıyla CFStreamError etki alanı ve kodudur; 1 alan adı kCFStreamErrorDomainPOSIX ve bu alan adı dahilinde 57ENOTCONN

Kısacası, bir TCP okuması ENOTCONN ile başarısız oldu.

TCP G / Ç bağlantı alt sisteminde genel API bulunmadığından, bunu bazı üst düzey sarmalayıcılarla (NSURLSession gibi) kullanmanız gerekir.

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

DÜZENLEME / GÜNCELLEME:

Hepimiz bu sinir bozucu günlüklere sahip olduğumuz için , yukarıdaki Apple kodumdan durumumuz hakkında şimdi Xcode 9 ve Swift 4 için spesifik olan aynı Apple uzmanına sordum.

Xcode 9 / iOS 11'e yükselttiğimden beri birçok uygulamada da sahip olduğum bu günlükler hakkında birçok insan şikayet ediyor.

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

Cevabı:

Bu ENOTCONN'un her şeyin yanlış gittiği anlamına gelmediğini anlamak önemlidir. HTTP'nin tüm sürümlerinde kapalı TCP bağlantıları bekleniyor. Bu nedenle, bu hatayla ilişkili başka bir belirti yoksa, önerim onu ​​görmezden gelmenizdir.

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

ÇÖZÜM: Xcode 9'un daha yeni sürümlerini / güncellemelerini bekleyin.

İşte böyle TIC Read Status [11:0x0]: 1:57yıkılıyor:

TIC CFNetwork içinde bir TCP bağlantısı çalıştıran bir alt sistem olan “TCP G / Ç bağlantısı” na genişler

11 TIC içindeki bir bağlantı kimlik numarasıdır

0x0 TIC nesnesinin kendisine bir işaretçi

1ve 57sırasıyla CFStreamError etki alanı ve kodudur; 1 etki alanı kCFStreamErrorDomainPOSIX ve bu etki alanı içinde 57 ENOTCONN

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

Not: @David'in yorumda bahsettiği gibi, uyarıları gizlemenin bir yolu, bu nedenle tekrarlanan mesajların alınmasını ve temiz bir konsol almasını önlemek için bu başlatma bağımsız değişkenini kullanın. Hata ayıklama işlemi tamamlandıktan sonra, konsol etkinleştirildiğinde yararlı bilgiler sağlamadığından devre dışı bırakın. Örneğin libc++abi.dylib: terminating with uncaught exception of type NSException.

Uyarının nasıl susturulacağını merak eden insanlar için ve daha iyi bir düzeltme elde edilene kadar değişkeni takip etmeye devam edebilir ve gerektiğinde geçiş yapabilirsiniz.

OS_ACTIVITY_MODE = disableKonsolun bu tür uyarılarla dolmasını önlemek için ürün şemalarındaki Bağımsız Değişkenler altındaki ortam değişkenini kullanın .

Not B: Efekti görmek için etkinleştirin.

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

Bu günlük iletisi ve diğerleriyle ilgili olarak bulduğum en iyi yol (mutlaka hata olmayan NSURLSession hataları gibi) kendi günlük işlevlerime sahip olmaktır.

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")
    }
}

Sonra konsol bölmesinin sağ alt filtresine [MyProject] yazıyorum ve hepsi bu.

Ana kuyruğa yazdırmayı çağırarak, kaydedicinizin konsolunuzu karıştırmadan iş parçacıklarından kullanılmasına izin verdiğini unutmayın.

İhtiyaçlarınız için geliştirilmeye ve ayarlanmaya hazır :)

Ben de aynı sorunu bir REST (GET) hizmetine yanıt olarak '}' alıyordum.

Kullanımı:

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

URL isteğimi yaptıktan ve şu şekilde yanıt aldıktan sonra URLSession nesnesimi sıfırladıktan sonra:

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

Sorunumu çözdüm.

Bu günlük kaydı sorununu web sunucusunda HTTP / 2'yi devre dışı bırakarak çözmeyi başardık, bizim durumumuzda klasik ELB'den AWS'de HTTP / 2'ye destek ekleyen ELB uygulamasına geçtik ve "TIC Okuma Durumu [11: 0x0 ]: 1:57 "XCode 10.1 / iOS 12 konsolunda. Bu, Apple sorunu varsa HTTP / 2 ile çözene kadar geçici bir çözüm gibi görünüyor. Bu çözüm, özellikle üçüncü taraf API'ları kullanıyorsanız herkes için çalışmayabilir, ancak size sorun hakkında bazı bilgiler verir.

TCP bağlantısının kaybolduğunu / kapandığını / geçersiz olmadığını veya başka bir şey olduğunu gösteren bir günlüktür. Bu, uygulamanızda çalışan bir tcp bağlantısı varsa ve uygulama bir süre arka planda tutulursa veya telefonunuzun ekranını kapatırsanız oluşabilir. İşletim sistemi, pil tüketimini azaltmak için mümkün olduğunca fazla kaynağı durdurmaya karar verir. Uygulamayı ön plana getirirseniz, daha önce sahip olduğunuz tcp bağlantıları artık çalışmaz. Yeni bir tcp bağlantısı oluşturmanız gerekir.

Seni rahatsız etmezse, görmezden gel.