【RMQ 枚举 暴力】JZOJ_3895 数字对

本文探讨了一种寻找序列中满足特定整除条件的最长区间及其数量的算法。通过优化枚举过程,采用记录边界扩展长度的方法,实现O(n)时间复杂度。介绍了暴力解法与优化后的解法,并分享了利用RMQ加二分答案的正解思路。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

题意

给出一个序列,找出区间[l,r][l,r][l,r],满足ak{l≤k≤r}a_k\{l\leq k \leq r\}ak{lkr}能整除这个序列上所有的数,求出r−lr-lrl的最大值以及这个长度的区间个数以及每个区间的lll,按升序输出。

思路

我一开始想到了线段树,然后没有想到二分答案去找区间长度,然后打了个暴力。

枚举kkk,然后向两边扩展,这样的时间复杂度是O(n∗ans)O(n*ans)O(nans)的,有一个优化就是记录每个kkk往左边最多扩展的长度,那么如果当前aka_kak能整除ak−1a_{k-1}ak1,那么ak−1a_{k-1}ak1的扩展了的数也必然能整除aka_kak,时间复杂度貌似是O(n)O(n)O(n)

我们就可以类似这样的优化,每次可以快速的求出kkk的往最左边的点,然后计算答案。

当然,这道题貌似是随机数据,所以答案不会很大,不加优化也能过。

正解是RMQRMQRMQ加二分答案。我们可以发现一个性质,如果区间中最小的数等于区间的gcdgcdgcd,那么这个区间就可以作为答案。RMQRMQRMQ维护最小数以及gcdgcdgcd,然后枚举起点二分长度就好了。

代码

#include<cstdio>
#include<vector>

std::vector<int> L, R;
int n, val, num;
int a[300001], vl[300001], vr[300001];

int main() {
	scanf("%d", &n);
	for (int i = 1; i <= n; i++)
		scanf("%d", &a[i]);
	for (int i = 1; i <= n; i++) {
		int l, r;
		for (l = i - 1; l >= 0; l--)
			if (a[l] < a[i] || a[l] % a[i]) break;
		l++;
		for (r = i + 1; r <= n + 1; r++)
			if (a[r] < a[i] || a[r] % a[i]) break;
		r--;
		if (r - l >= val && (!vl[l] || !vr[r])) {
			L.push_back(l);
			R.push_back(r);
			vl[l] = 1;
			vr[r] = 1;
			val = r - l;
		}
	}
	for (int i = 0; i < L.size(); i++)
		if (R[i] - L[i] == val)	num++;
	printf("%d %d\n", num, val);
	for (int i = 0; i < L.size(); i++)
		if (R[i] - L[i] == val) printf("%d ", L[i]);
}
### RMQ_SYS_WHEEL_TIME 参数配置及作用 在 RocketMQ 中,`RMQ_SYS_WHEEL_TIMER` 主要用于处理延迟消息的时间轮机制。时间轮是一种高效的数据结构,适用于管理大量具有固定超时时间的任务。 #### 时间轮的工作原理 整个时间轮默认 slot 的个数由 `slotsTotal={TIMER_WHEEL_TTL_DAY}x{DAY_SECS}` 计算得出,即七天的秒数 (7 × 86400),这意味着时间轮共有 604,800 个槽位[^1]。每个槽位代表一秒钟的时间间隔,因此可以认为 RocketMQ 延迟消息的时间精度为一秒。 当 Broker 接收到带有 `TIMER_DELIVER_MS` 属性的消息时,这些消息会被投递到名为 `rmq_sys_wheel_timer` 的特殊主题下,其 queueId 设置为 0,并记录原始消息的主题、队列 ID 和预期的投递时间 (`TIMER_OUT_MS`) [^2]。 #### 配置项详解 对于 `RMQ_SYS_WHEEL_TIME` 或者更常见的 `timerPrecisionMs` 来说,在 RocketMQ 的配置文件中通常定义如下: ```properties # 定义时间轮的时间单位,默认值为1000ms(即1s) timerPrecisionMs=1000 ``` 此参数决定了时间轮中的最小时间粒度,也即是每两个相邻槽之间的时间差。由于该值设定了为 1000 毫秒,所以即使 API 上允许设定更低级别的延时,实际执行过程中仍将以最接近的一整秒作为最终的延时期限。 此外,关于时间轮的整体大小以及它能覆盖的最大延迟范围,则通过其他几个相关联的参数来共同决定,比如 `TIMER_WHEEL_TTL_DAY` 表示的是时间轮能够容纳的最大延迟天数。 #### 实际应用案例 假设现在有一条需要延迟发送的消息,客户端指定了一个具体的毫秒级延迟时间。一旦这条消息到达 Broker 后,Broker 将根据当前时间和指定的延迟计算出确切的触发时刻,并将其放置于合适的位置等待到期后转发给目标消费者。需要注意的是,尽管可以在 API 调用时精确到毫秒级别,但由于上述提到的原因,真正生效的时候还是会被四舍五入至最近的一个整秒点上。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值