移动广告软件大肆传播感染用户

绿框部分即扣费服务在广告召回扣费流程中所处的位置，简单理解：当用户点击一个广告后，会从C端发起一次实时扣费请求(CPC，按点击扣费模式)，扣费服务则承接了该动作的核心业务逻辑：包括执行反作弊策略、创建扣费记录、click日志埋点等。

02 问题现象和业务影响

12月2号晚上11点左右，我们收到了一个线上告警通知：扣费服务的线程池任务队列大小远远超出了设定阈值，而且队列大小随着时间推移还在持续变大。详细告警内容如下：


 

高并发、异步化等场景，线程池的运用可以说无处不在。线程池从本质上来讲，即通过空间换取时间，因为线程的创建和销毁都是要消耗资源和时间的，对于大量使用线程的场景，使用池化管理可以延迟线程的销毁，大大提高单个线程的复用能力，进一步提升整体性能。

今天遇到了一个比较典型的线上问题，刚好和线程池有关，另外涉及到死锁、jstack命令的使用、JDK不同线程池的适合场景等知识点，同时整个调查思路可以借鉴，特此记录和分享一下。

01 业务背景描述

该线上问题发生在广告系统的核心扣费服务，首先简单交代下大致的业务流程，方便理解问题。


 

如果不检查这项技术，在人工智能系统变坏的电影中，如《终结者》、《 Wall-E，2001年：太空漫游》和《复仇者联盟：奥创纪元》等电影中演示的场景可能成为现实。因此，调节人工智能技术的潜在无限能力变得必要。

为此，开发人员需要满足一些特定的AI原则，以确保在AI系统的生命周期内不会违反道德规范。这样可以确保AI系统不会伤害任何个人。这些原则可以帮助降低安全风险，提高用户之间的信任度，并有助于通过AI解决方案更好地采用和取得成果。

在开发AI解决方案时，开发人员需要遵循某些原则，以确保软件的安全性不会受到损害，并且该软件将一劳永逸。开发人员可以关注的一些原则包括：


 

我一摸钱包，完蛋，严重超支了！我加快了步伐，匆忙离开······

彩蛋

看着我采购回来的一堆东西，老板是气不打一处来。

“咱们就做一个内网论坛，全公司不过100号人，你给我搞这么多，几个意思？”

“老板，您听我解释···”

“解释个啥，明天不用来了”

哦豁，丢了饭碗，我也去摆地摊了···



 

（编辑：南通站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!