是否有办法迫使具体的系统/3级政党申请标语永远不会在DDMS工具记录中被gged(或显示)?
假设情况:
我的公司QA测试器和Anders严重依赖于对LogCat的标识进行微调。 有一个已知的问题I ve读到有关DDMS和Eclipse的大量信息,在撰写这么多的标识信息(约10 000份)之后,ID将只显示1-5条线,并在撰写新标识时参考(。 这一工作是,一旦我们点上了,即清除这些标志,然后我们就可以再次看到所有标志。
不幸的是,如果对某些装置进行测试,如雷波特或G2X,其他应用或系统信息就会使记录硬化。 例如,在我的G2X中,我每3秒在Wifi接通时就收到这些信息:
09-08 15:20:11.885: DEBUG/StatusBarPolicy(1270): onSignalStrengthsChanged : SignalStrength: 21 -1 -1 -1 -1 -1 -1 gsm
09-08 15:20:11.895: ERROR/PhoneInterfaceManager(2507): getNetworkType = radiotech = 11
09-08 15:20:11.895: ERROR/PhoneInterfaceManager(2507): getNetworkType = NETWORK_TYPE_HSPA
09-08 15:20:12.605: DEBUG/WifiStateTracker(1106): WiFiStatetracker.java handleMessage event: 8
On the Thunderbolt, one of our QA engineers was receiving the following block of messages once every .3 seconds, referring to GPS:
09-08 14:50:30.950: INFO/RPC(1574): 3000008c:00050000 reading data.
09-08 14:50:30.950: INFO/RPC(1574): 3000008c:00050000 received CALL.
09-08 14:50:30.950: INFO/RPC(1574): 3000008c:00050000 waking up callback thread.
09-08 14:50:30.950: INFO/RPC(1574): 3000008c:00050000 dispatching RPC call (XID 2711, xdr 0x4f66a8) for callback client 3100008c:00050001.
09-08 14:50:30.950: INFO/RPC(1574): 3000008c:00050000 cloning XDR for callback client 3100008c:00050001.
09-08 14:50:30.950: INFO/RPC(1574): CLONED fd 119 --> 107
09-08 14:50:30.950: INFO/RPC(1574): 3000008c:00050000 marking input buffer as free.
09-08 14:50:30.950: INFO/RPC(1574): reading on fd 107 for 3100008c:327681
09-08 14:50:30.950: INFO/RPC(1574): START: SVC DISPATCH 3100008c:00050001 --> 00000001
09-08 14:50:30.950: INFO/RPC(1574): 3100008c:327681 sending RPC reply (XID 2711)
09-08 14:50:30.950: INFO/RPC(1574): DONE: SVC DISPATCH 3100008c:00050001 --> 00000001
09-08 14:50:30.950: INFO/RPC(1574): CLOSING fd 107
这将使DDMS能够在不到一分钟的时间内进入全面的缓冲状态,比我们的QA工程师能够进行测试并检查我们的应用记录。
现在,我想不要首先显示这些讯息,因此我们不会打上这一缓冲限制。
我们的镜子确实使用重力和过滤器。 然而,当我们建立一个新的带刺铁窗,加上我们想要看到的严酷/过滤器时,由于拖欠的洛卡表从任何地方获得所有记录,我们就打了这一缓冲上限。 因此,用过滤器/相容进行的工作似乎并不可行。
了解情况的工作:
典型的情况是,如果可以识别,我们就试图放弃正在pa上标志的服务/应用。 然而,如果我们想测试全球定位系统的功能,那么我们就会打上缓冲极限。
可能的解决办法:
下面的共同认识使我对其他途径有了很好的了解。
- Build my own UI, and then I won t run into that UI buffer limit and the DDMS UI will automatically clear itself.
- Possibly have people use everything command line, and explicitly filter (get away from the UI since the problem is there and not the logs).
如果我开始着手建立一个不同的国际统一制度,或者如果我确实发现这个问题的一枚银弹,显示只有1-5个标识的DDMS UI。