Android 是安卓';s的低级日志功能是线程安全的?

Android 是安卓';s的低级日志功能是线程安全的?,android,logging,thread-safety,Android,Logging,Thread Safety,在多线程上下文中使用诸如Log.d()和\uAndroid\uLog\uPrint()之类的Android日志功能安全吗?特别是,我想知道是否可以保证不会出现不稳定性,并且单个日志消息不会在字符级别交错或混乱 这似乎应该是很容易找到的信息,但由于某种原因,我还没有找到任何结论。和的文档似乎没有解决这个问题。在的文档中提到,所有方法都是线程安全的,但我特别想知道的是较低级别的函数 考虑到从多个线程进行日志记录可能很常见,人们会认为这些函数是线程安全的。另外,至少在默认情况下,在androidstu

在多线程上下文中使用诸如
Log.d()
\uAndroid\uLog\uPrint()
之类的Android日志功能安全吗?特别是,我想知道是否可以保证不会出现不稳定性,并且单个日志消息不会在字符级别交错或混乱

这似乎应该是很容易找到的信息,但由于某种原因,我还没有找到任何结论。和的文档似乎没有解决这个问题。在的文档中提到,所有方法都是线程安全的,但我特别想知道的是较低级别的函数

考虑到从多个线程进行日志记录可能很常见,人们会认为这些函数是线程安全的。另外,至少在默认情况下,在androidstudio中,每个日志消息都包含一个线程标识符,而且日志记录器具有线程意识但不具有线程安全性似乎有些奇怪

我非常怀疑这里有什么需要担心的,但是当涉及到多线程时,似乎最好是提供一个保证,即使很明显,所讨论的功能必须是线程安全的


这是否有文档记录,而我却错过了?如果不是,那么假设所讨论的函数是线程安全的是否合理?

合理假设:是。在安卓10年的时间里,我从未见过一条乱七八糟的LogCat消息。对不起,除了轶事,我没有别的东西。怎么样: