记录我发现的第一个关于 Google 的 Bug

先贴上 Bug 链接: https://issuetracker.google.com/issues/68969655

bug-preview.png

Bug 本身是很简单的,就是 Google 的 Android 在线参考文档中,有一处示例代码,有一个很严重的错误, 会引起整个章节的代码都无法有效执行.

对 Android 的 Service 服务有所了解的,可以来这里看下,看能不能发现那个错误: https://developer.android.com/training/connect-devices-wirelessly/nsd.html#discover

bug.png

基于文章所谓代码,每次注册服务,都会失败,错误码是0.其实这里,还有另一处错误,就是服务类型的格式,必须是以点符号 (.) 结尾,因为在各个回调里,如果注册服务成功,你拿到的 service type 都会被自动加上点符号了.关于 errcode 为0的细节讨论,可以看看 https://stackoverflow.com/questions/36232339/while-using-network-service-discovery-registration-fails-with-error-code-0,被采纳的答案的评论区,有大彩蛋,呼哈哈~~

stack.png

还有,就是提 Bug 时,我还顺便截了下 Google 的 Bug 自动提交系统的图,留作以后自己看:

submit-0.png

submit-1.png

最后我想说的是: 我还是觉得这种文档性质的东西,放到特定仓库里,直接 fork 修改发 PR 更方便,快捷.不管怎样, Google 的 Bug 系统,也沾染上我的痕迹了,比想象中要容易呀~~

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
关于 Java 线程池导致 MySQL 的 Bug,可能是由于线程池中的线程数量过多,导致 MySQL 连接池被耗尽,从而出现连接超时或者连接泄露的情况。这种情况下,可以通过优化线程池的配置,增加 MySQL 连接池的大小,或者使用连接池管理工具进行监控和管理,来避免这种情况的发生。 至于关于线程池的问题,可以具体分为以下几个方面: 1. 线程池的大小:线程池的大小需要根据实际的业务场景来进行设置,如果线程池的大小过小,可能会导致任务无法及时处理,而过大则会占用过多的系统资源,影响系统的性能表现。 2. 线程池的类型:线程池的类型包括 FixedThreadPool、CachedThreadPool、ScheduledThreadPool 等,不同类型的线程池适用于不同的场景,需要根据实际的业务需求进行选择。 3. 线程池的拒绝策略:当线程池中的任务数量超过线程池的最大容量时,需要采取一定的拒绝策略,如 AbortPolicy、CallerRunsPolicy、DiscardOldestPolicy 等,需要根据业务场景和系统性能要求进行选择。 4. 线程池的生命周期管理:线程池的生命周期包括创建、启动、运行、停止等多个阶段,在使用线程池时需要对其进行合理的生命周期管理,以确保线程池的稳定运行和性能表现。 总之,线程池是一个非常重要的并发编程工具,需要在实践中不断学习和积累经验,以提高系统的性能和稳定性。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值