iOS11/Xcode 9에서 TIC 읽기 상태 1:57은 무엇입니까?

iOS11/Xcode 9에서 TIC 읽기 상태 1:57은 무엇입니까?

Swift 3과 iPhone X 시뮬레이터를 사용하여 Xcode 9로 업데이트한 후 콘솔은 다음으로 가득 찼습니다.

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

그것은 무엇이고 어떻게 고치나요?도움을 주셔서 감사합니다.

PS: 저는 그것을 그냥 "침묵"하지 않는 것을 선호합니다.Environment Variable건설 계획에서.

애플 직원들은 다음과 같은 대답을 했습니다.

TICTCP 연결을 실행하는 CFNetwork 내 하위 시스템인 "TCP I/O 연결"로 확장됩니다.

1그리고.57이며, 은 kCFStreamErrorDomain이고, 1의 은 kCFStreamErrorDomain이고은 POSIX입니다.57입니다.

간단히 말해, ENOTCONN에서 TCP 읽기가 실패했습니다.

TCP I/O 연결 하위 시스템에는 공용 API가 없으므로 NSURLSession과 같은 고급 래퍼를 통해 이 API를 사용해야 합니다.

출처: https://forums.developer.apple.com/thread/66058

편집/업데이트:

우리 모두는 여전히 이러한 성가신 로그를 가지고 있기 때문에, 저는 위 링크의 동일한 Apple 전문가에게 현재 Xcode 9와 Swift 4에 특정된 우리의 상황에 대해 문의했습니다.여기 있습니다.

제가 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

그의 대답:

이 ENOTCONN이 반드시 무언가 잘못되었다는 것을 의미하지는 않는다는 것을 깨닫는 것이 중요합니다.모든 버전의 HTTP에서는 닫힌 TCP 연결이 필요합니다.따라서 이 오류와 관련된 다른 증상이 없는 한 이를 무시하는 것이 좋습니다.

출처: https://forums.developer.apple.com/message/272678#272678

솔루션:Xcode 9의 최신 버전/업데이트를 기다리십시오.

방법은 다음과 같습니다.TIC Read Status [11:0x0]: 1:57 내역:

TICTCP 연결을 실행하는 CFNetwork 내 하위 시스템인 "TCP I/O 연결"로 확장됩니다.

11 내연 ID 번니다 내의 입니다.

0x0TIC 개체 자체에 대한 포인터입니다.

1그리고.57이며, 입니다. CFStreamError는 CFStreamErrorDomain, 1은 kCFStreamErrorDomain입니다.및 그 입니다.

출처: https://forums.developer.apple.com/thread/66058

참고: @David가 댓글에서 언급한 것처럼 경고를 숨기는 방법이므로 이 실행 인수를 사용하여 많은 반복 메시지를 수신하지 않고 깨끗한 콘솔을 사용하십시오.디버깅이 완료되면 콘솔이 활성화될 때 유용한 정보를 제공하지 않으므로 비활성화된 상태로 유지합니다.를 들어 를들면입니다.libc++abi.dylib: terminating with uncaught exception of type NSException.

경고를 잠재우는 방법을 궁금해하는 사람들은 더 나은 해결책을 사용할 수 있을 때까지 변수를 계속 추적하고 필요에 따라 전환할 수 있습니다.

사용하다OS_ACTIVITY_MODE = disable제품 구성표의 인수 아래에 있는 환경 변수로 콘솔이 이러한 경고로 플러딩되는 것을 참조하십시오.

참고 B: 효과를 보려면 활성화합니다.

출처: https://medium.com/ @adinugroho/disable-os-syslog-in-xcode-8-ec6d38502532

이 로그 메시지 및 기타 오류(반드시 오류가 아닐 수도 있는 NSURL 세션 오류 등)와 관련하여 내가 찾은 가장 좋은 방법은 나만의 로그 기능을 갖는 것입니다.

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

그런 다음 콘솔 창 오른쪽 아래 필터에 [내 프로젝트]를 입력하면 끝입니다.

기본 대기열에서 인쇄를 호출하면 콘솔을 혼동하지 않고 스레드에서 로거를 사용할 수 있습니다.

사용자의 요구에 맞게 개선 및 조정할 준비가 되었습니다.

REST(GET) 서비스에 대한 응답으로 '}'을(를) 받는 것과 동일한 문제가 발생했습니다.

사용:

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

URL 요청을 한 후 다음과 같은 응답을 받은 후 URL 세션 개체를 재설정합니다.

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

내 문제를 해결했습니다.

웹 서버에서 HTTP/2를 사용하지 않도록 설정하여 이 로깅 문제를 해결했습니다. 이 경우 기존 ELB에서 AWS의 HTTP/2에 지원을 추가한 애플리케이션 ELB로 마이그레이션하고 XCode 10.1/IOS 12 콘솔에서 "TIC Read Status [11:0x0]: 1:57"을 받기 시작했습니다.이것은 Apple이 HTTP/2의 문제를 해결할 때까지 임시 해결책으로 보입니다.이 솔루션은 특히 타사 API를 사용하는 경우 모든 사용자에게 적합하지 않을 수 있지만 문제에 대한 통찰력을 제공합니다.

TCP 연결이 손실/닫힘/not_valid 또는 그 밖의 것임을 나타내는 로깅입니다.이 문제는 앱이 실행 중인 tcp 연결이 있고 앱이 일정 시간 동안 백그라운드에 있거나 전화기의 화면을 끈 경우에 발생할 수 있습니다.OS는 배터리 소모를 줄이기 위해 가능한 한 많은 리소스를 중지하기로 결정합니다.앱을 포그라운드로 가져오면 이전에 사용하던 tcp 연결이 더 이상 작동하지 않습니다.새 tcp 연결을 다시 만들어야 합니다.

당신에게 방해가 되지 않는다면 그냥 무시하세요.

언급URL : https://stackoverflow.com/questions/46352735/what-is-tic-read-status-157-in-ios11-xcode-9