是咕咕鸡

引言

小小的 Redis 大大的不简单，本文将结合风控名单服务在使用 Redis 存储数据时的数据结构设计及优化，并详细分析 redis 底层实现对数据结构选型的重要性。

引言

ChatGPT 最近非常火，引发各界关注。吸引了几亿人在使用。报道中充斥了各种言论：“学生用 ChatGPT 写作业”、“上线两个月活跃用户破亿”、“以后很多文案工作者要被 ChatGPT 取代了！”等等。

究竟什么是 ChatGPT？用途有哪些？它与之前的人工智能有什么区别？真的能改变你的搜索方式么？本文带你认识当红炸子鸡 ChatGPT！

引言

本文记录一次线上 GC 问题的排查过程与思路，希望对各位读者有所帮助。过程中也走了一些弯路，现在有时间沉淀下来思考并总结出来分享给大家，希望对大家今后排查线上 GC 问题有帮助。

引言

如果决策引擎是风控的大脑，那么规则引擎则是大脑内的重要构成，其编排了各种对抗黑产的规则，是多年对抗黑产的专家经验的累计，本文将向你介绍规则引擎的构成及实现。

引言

决策引擎服务是风控系统的大脑，承载着风控策略编排和计算的任务，对决策的时耗和精度有着严格的要求，本文以决策流执行路径实现方案为切入点，一窥风控决策引擎高效的原理。

引言

本篇主要聚焦介绍风控决策引擎中决策树编排能力的构建。决策引擎是风控的大脑，而决策树的编排能力和体验是构建大脑的手段，如何构建高效、丝滑、稳定可靠的决策树编排能力，是对风控决策引擎的一大挑战，本篇文章和大家分享一下过往构建心得。

引言

互联网时代，万物互联，网络安全形势越来越严峻，安全是企业的基石，风控在企业中扮演着“警察”角色，运用各种技术和手段，保护企业内的用户利益不受侵害。
风控决策引是风控中台的入口，提供业务风险场景事件接入，可视化编排复杂决策，丰富的特征变量与场景识别服务等功能。相较于需要开发背景及算法背景才能使用的传统风控引擎，本文介绍的决策引擎构建完成后无需开发背景甚至无需算法建模背景，作为纯正的策略运营即可配置应用到业务的决策中，实时对抗黑产。

引言

常听到周围有人说“风控”这个词，只知道这是一个神秘的部门，对他们做的事却一知半解，只知道这个风控部门对公司非常重要，任何活动和信息都最好向风控部门报备以评估风险，尤其涉及到钱的问题。

到底什么是风控？为什么需要风控？风控到底在干什么？本文将向你解惑。

什么是风控

风控，即风险控制（Risk Control），智库·百科定义如下

风险控制是指风险管理者采取各种措施和方法，消灭或减少风险事件发生的各种可能性，或者减少风险事件发生时造成的损失。
风险控制的四种基本方法是：风险回避、损失控制、风险转移、风险保留

引言

上篇文章 性能调优——小小的 log 大大的坑 已将详细的介绍了高并发下，不正确的使用日志姿势，可能会导致服务性能急剧下降问题。文末也给各位留下了解决方案——日志级别动态调整。
本文将详细介绍“动态日志”的实现原理及源码，希望各位能在今后的生产环境中应对日志问题能“得心应手”！

背景

日志的重要性不言而喻，是我们排查问题，解决 BUG 的重要手段之一，但是在高并发环境下，又会存在悖论：
大量打印日志，消耗 I/O，导致 CPU 占用率高；减少日志，性能是下来了，但是排查问题的链路断掉了。

痛点：一方面需要借助日志可快速排查问题，另一方面要兼顾性能，二者能否得兼？
那么本文的动态日志调整实现就是为了能解决这个痛点所构思开发的。

功能特性

• 低侵入，快速接入：以二方包（jar）的形式介入，只需要配置启用，对业务无感
• 及时响应，随调随改：应对研发不小心在大流量入口链路打印了大量 INFO 日志，能及时调整日志级别
• 阶梯配置支持：默认全局设置兜底，又可以支持局部 Logger 放/限流
• 人性化操作：与操作界面，方便修改

引言

“只有被线上服务问题毒打过的人才明白日志有多重要！”
我先说结论，谁赞成，谁反对？如果你深有同感，那恭喜你是个社会人了：）

日志对程序的重要性不言而喻，轻巧、简单、无需费脑，程序代码中随处可见，帮助我们排查定位一个有一个问题问题。但看似不起眼的日志，却隐藏着各式各样的“坑”，如果使用不当，不仅不能帮助我们，反而会成为服务“杀手”。
本文主要介绍生产环境日志使用不当导致的“坑”及避坑指北，高并发系统下尤为明显。同时提供一套实现方案能让程序与日志“和谐共处”。

避坑指北

本章节我将介绍过往线上遇到的日志问题，并逐个剖析问题根因。

不规范的日志书写格式

场景

1
2
3
4
5
6
7
8
9
10

// 格式1
log.debug("get user" + uid + " from DB is Empty!");

// 格式2
if (log.isdebugEnable()) {
    log.debug("get user" + uid + " from DB is Empty!");
}

// 格式3
log.debug("get user {} from DB is Empty!", uid);

如上三种写法，我相信大家或多或少都在项目代码中看到过，那么他们之前有区别呢，会对性能造成什么影响？
如果此时关闭 DEBUG 日志级别，差异就出现了，格式 1 依然还是要执行字符串拼接，即使它不输出日志，属于浪费。