В последнее время я увлекся развитием бизнеса и ничего не могу с собой поделать 🤣, я некоторое время не обновлял свой пост в блоге, и в последующем посте в блоге я планирую поделиться некоторыми практическими решениями или лучшими дизайнерскими идеями в некоторых бизнес-сценариях. Требуется время, чтобы разобраться с релевантным содержанием (сдержать большой ход), содержание последующей статьи может быть не таким богатым, но максимально сконцентрироваться на моменте для более подробного или глубокого анализа, посредством непрерывного обмена и самопроверки, чтобы проводить осаждение опыта, увеличивая частоту обмена сообщениями в блоге🤙
Сцены
Сцена 1
留言功能限制，30秒 内只能评论 10次，超出次数不让能再评论，并提示：过于频繁
сцена 2
点赞功能限制，10秒 内只能点赞 10次，超出次数后不能再点赞，并禁止操作 1个小时，提示：过于频繁，被禁止操作1小时
сцена 3
上传记录功能，限制一天只能上传 100次，超出次数不让能再上传，并提示：超出今日上线
Сущность
В процессе развития бизнеса мы продолжаем участвовать в проектировании различных бизнес-сценариев, и легко можно встретить очень похожие сценарии, но текущие бизнес-модули разные.По сути, суть этих требований заключается в решении одних и тех же Когда мы сталкиваемся с таким сценарием, нам необходимо проанализировать основную проблему извлечения требований в соответствии с нашим собственным опытом, реализовать общее решение и сделать наше решение более ценным, что может отличаться от того, что вы инженер с душой или сильнейший король cp (копипаста).
Анализируя приведенные выше три бизнес-сценария, мы можем обнаружить, что в них есть схожая логика, и назвать это похожей проблемой.Теперь мы собираемся выделить эту проблему, разработать общее решение и нарисовать ту же логическую блок-схему:
Путем анализа приведенных выше сценариев спроса выделяются условия, которые им всем необходимы:
- Запрещенный объект: пользователи
- Ограничить действия (комментировать, лайкать, записывать, ...)
- Диапазон времени в пределах X секунд
- Ограничить количество операций Y раз
- Время запрещенной работы Z после превышения (секунды/удельное время)
- Не работайте после превышения и подскажите
(Минимальная единица времени — секунды: дни/часы/минуты можно преобразовать в секунды, а секунды можно использовать для решения большего количества сценариев)
Если функция извлекается в общую функцию, вероятно, это так:
<?php
/**
* 频率限制
* @param string $action 操作动作
* @param int $userId 发起操作的用户ID
* @param int $time 时间范围X秒内
* @param int $number 限制操作数Y次
* @param array $expire 超出封印时间Z ['type'=>1,'ttl'=>过期时间/秒] ['type'=>2,'ttl'=>具体过期时间戳] 二选一
* @return bool
* @throws \Exception
*/
public static function frequencyLimit(string $action, int $userId, int $time, int $number, $expire = [])
{
// todo 根据用户操作动作时间范围，进行频率的控制和失效释放
}
Посадка решения
Функция должна хранить операцию и время, инициированные пользователем, а также накопленное количество раз, и ее необходимо очистить после истечения срока действия.Если мы будем полагаться на mysql для хранения в это время, будет очень больно Подумайте о. Вот, главный герой: наконец появился Redis, основанный на функции Redis, атомарной операции incr и механизме истечения срока действия поддержки ключей, преимуществе эффективности хранения в памяти, может быть относительно простым, гибким и эффективным для достижения цели.
Вот простой код для реализации общей функции:
<?php
/**
* 频率限制
* @param string $action 操作动作
* @param int $userId 发起操作的用户ID
* @param int $time 时间范围X秒内
* @param int $number 限制操作数Y次
* @param array $expire 超出封印时间Z ['type'=>1,'ttl'=>过期时间/秒] ['type'=>2,'ttl'=>具体过期时间戳] 二选一
* @return bool
* @throws \Exception
*/
public function frequencyLimit(string $action, int $userId, int $time, int $number, $expire = [])
{
if (empty($action) || $userId <= 0 || $time <= 0 || $number <= 0) {
throw new \Exception('非法参数');
}
$key = 'act:limit:' . $action . ':' . $userId;
$r = RedisClient::connect();
//获取当前累计次数
$current = intval($r->get($key));
if ($current >= $number) return false;
//累计并返回最新值
$current = $r->incr($key);
//第一次累加，设置控制操作频率的有效时间
if ($current === 1) $r->expire($key, $time);
//未超出限制次数先放过
if ($current <= $number) return true;
//超出后根据需要重新设置过期失效时间 $current === $number 判断保证只重新设置一次
$type = empty($expire['type']) ? 0 : intval($expire['type']);
$ttl = empty($expire['ttl']) ? 0 : intval($expire['ttl']);
if ($current === $number && $ttl > 0 && in_array($type, [1, 2])) {
if ($type === 1) $r->expire($key, $ttl);
if ($type === 2) $r->expireAt($key, $ttl);
}
return false;
}
//场景1
/**
* 评论限制
* @param int $userId
* @return bool|string
*/
public function doComment(int $userId)
{
try {
$pass = FrequencyLimit::doHandle('comment', $userId, 30, 10);
if (!$pass) return '过于频繁';
// todo 评论逻辑
return true;
} catch (\Exception $e) {
return $e->getMessage();
}
}
//场景2
/**
* 点赞限制
* @param int $userId
* @return bool|string
*/
public function doLike(int $userId)
{
try {
$pass = FrequencyLimit::doHandle('like', $userId, 10, 10, ['type' => 1, 'ttl' => 1 * 60 * 60]);
if (!$pass) return '过于频繁，被禁止操作1小时';
// todo 点赞逻辑
return true;
} catch (\Exception $e) {
return $e->getMessage();
}
}
//场景3
/**
* 上传限制
* @param int $userId
* @return bool|string
*/
public function doUpload(int $userId)
{
try {
$expire = strtotime(date('Y-m-d', strtotime(+1 . 'days')));
$pass = FrequencyLimit::doHandle('upload', $userId, 1 * 24 * 60 * 60, 100, ['type' => 2, 'ttl' => $expire]);
if (!$pass) return '超出今日上线';
// todo 上传逻辑
return true;
} catch (\Exception $e) {
return $e->getMessage();
}
}
//场景N
Кодирование может быть дополнительно абстрагировано в соответствии со сложностью вашего дизайна этой общей схемы, например, абстрагирование в функциональные классы с ограниченной частотой и т. д.
Суммировать
- Анализируйте похожие бизнес-сценарии, выявляйте основные проблемы и разрабатывайте общие решения.
- Сделайте решение более ценным и станьте разработчиком с душой
- Знать Redis и в полной мере использовать его функции и преимущества.
Впервые опубликовано на Github🌈 Большой разговор о веб-разработке, добро пожаловать Звезда 🥰