在Android Exceptions中使用printStackTrace（）是一个坏主意吗？

在像这样的Android Exceptions中使用printStackTrace（）是一个坏主意吗？ 
} catch (Exception e) {
    e.printStackTrace();
}
    
2019-07-03 6 条评论
分享

没有找到相关结果

    已邀请:

    搜洼挂时

    是的，这是一个坏主意。您应该使用Android专为此目的而设计的内置日志类：http：//developer.android.com/reference/android/util/Log.html 它为您提供了记录调试消息，警告，错误等的选项。 记录错误： 
    Log.e(TAG, "message", e)
    消息可以解释抛出异常时的尝试 或者只是
    Log.e(TAG, e)
    如果您不希望提供任何上下文消息 然后，您可以在运行代码时单击底部的日志控制台，并使用TAG或日志消息类型轻松搜索它作为过滤器     
    2019-07-03 0 0
    分享

    部窖空

    我相信这就是你所需要的： 
    catch (Exception e) {
     Log.e(TAG,Log.getStackTraceString(e)); 
}
        
    2019-07-03 0 0
    分享

    量华

    是。 
    printStackTrace()
    很方便但不鼓励，尤其是在Android上，通过ѭ5可见，但是在未指定的级别登录并且没有正确的消息。相反，记录异常的正确方法是...... 
    Log.e(TAG, "Explanation of what was being attempted", e);
    请注意，该异常用作第三个参数，不会附加到message参数。 
    Log
    为您处理详细信息 - 打印您的消息（提供您在代码中尝试执行的操作的上下文）和
    Exception
    的消息，以及其堆栈跟踪。     
    2019-07-03 0 0
    分享

    响摔衅幸

    问题是：在Andriod应用程序上下文中对堆栈跟踪的所有打印是否有用？ 标准输出在运行时是否可见？有人会关心吗？ 我的观点是，如果没有人要检查标准输出并注意调试错误，则对此方法的调用是死代码，并且编写堆栈跟踪消息是一项毫无价值的开销。如果只需要在开发时调试它，可以设置一个可访问的全局常量，并在运行时检查它： 
    } catch (Exception e) {
   if(com.foo.MyEnvironmentConstants.isDebugging()) {
      e.printStackTrace();
   } //else do noting
}
        
    2019-07-03 0 0
    分享

    吞睫素

    我会避免使用
    printStackTrace()
    ，使用日志系统及其支持异常。 
    log.log(Level.SEVERE, "Uncaught exception", e);
    因此，如果您想要更改日志记录的处理方式，那就容易多了。     
    2019-07-03 0 0
    分享
    为什么被折叠? 0 个回复被折叠

    要回复问题请先登录或注册

    或代码 OrCode.com 备案号：粤ICP备15020848号-1
    Escape time: 0.035382986068726