简单问题却没解决的自我分析

2018-05-10  本文已影响0人  半黑月缺

问题描述 :

实时采集音频流,并将音频信息发送给服务器,然而Okhttp在传递数据时却没有请求成,日志打印了"System.err okhttp3.RequestBody.create(RequestBody.java:56)..."等错误信息。

原因:

RequestBody拼接参数有一个为空值。
为什么如此简单的只是一个空的参数导致的异常却没有找到原因?当问同事时,他打个断点看了一下,就找到了原因,而我找了好几个小时却没有找到!当我看到原因后,脸一下红了,额头瞬间冒出了汗,这起码让我意识到自己从技术经验到解决问题的思路上都需要很大的提高!

问题分析与尝试:

1 仅从日志看,我以为是音频采集的字节数据和Content-Type类型设置出了问题,因为我对Content-Type类型的意义了解的很少。另外,今天又新添加了一个推流的库,我怀疑它影响了音频的采集。最重要的是是昨天功能还好的,今天同样的设置却不行了?
2 我为什么没设置断点调试?因为这块是实时请求,我一直觉得实时的打断点会有问题,这是自己一直以来的误解。

思考:

  1. 如何能快速的锁定问题,找出原因,寻找解决方案,实施并解决?
  2. 导致问题的原因可能很多,如何不跑偏,找着真正的原因?
上一篇下一篇

猜你喜欢

热点阅读