2015蓝桥杯——密文搜索

最新推荐文章于 2024-03-03 18:15:29 发布

原创

最新推荐文章于 2024-03-03 18:15:29 发布 · 710 阅读

1 ·

CC 4.0 BY-SA版权

文章标签：

#子串转为数字 #二分 map

本文介绍了参加2015年蓝桥杯比赛时遇到的密文搜索问题。作者首先尝试了一种暴力解法，通过预处理原串并存储子串，但这种方法在大规模数据下可能超时。为解决这个问题，作者转向优化查找过程，利用二分法结合字母与数字的映射关系，将子串转换为数字进行查找。通过将子串转为26进制再转为10进制，可以使用STL容器如map进行高效匹配。

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

题目描述：

标题：密文搜索

福尔摩斯从X星收到一份资料，全部是小写字母组成。 他的助手提供了另一份资料：许多长度为8的密码列表。 
福尔摩斯发现，这些密码是被打乱后隐藏在先前那份资料中的。

请你编写一个程序，从第一份资料中搜索可能隐藏密码的位置。要考虑密码的所有排列可能性。

数据格式：

输入第一行：一个字符串s，全部由小写字母组成，长度小于1024*1024 紧接着一行是一个整数n,表示以下有n行密码，1<=n<=1000 
紧接着是n行字符串，都是小写字母组成，长度都为8

要求输出： 一个整数, 表示每行密码的所有排列在s中匹配次数的总和。

例如： 用户输入： aaaabbbbaabbcccc 2 aaaabbbb abcabccc

则程序应该输出： 4

这是因为：第一个密码匹配了3次，第二个密码匹配了1次，一共4次。

资源约定： 峰值内存消耗 < 512M CPU消耗 < 3000ms

请严格按要求输出，不要画蛇添足地打印类似：“请您输入…” 的多余内容。

所有代码放在同一个源文件中，调试通过后，拷贝提交该源码。

注意: main函数需要返回0 注意: 只使用ANSI C/ANSI C++ 标准，不要调用依赖于编译环境或操作系统的特殊函数。 注意: 
所有依赖的函数必须明确地在源文件中 #include ， 不能通过工程设置而省略常用头文件。

提交时，注意选择所期望的编译器类型。

思路1：

先对原串做一下预处理：对于原串中每8个连续的子串，存入二维数组中的一行中。然后对于子串，也是存入一行，之后与二维数组的每一行进行匹配，累加完全相同的。

其中，存每一行时，每一行开26个空间，每个空间对应一个小写字母，记录每个小写字母出现的次数。

不过，这种暴力解法，复杂度达到了10^10，所有如果数据量过大，会超时应该，不过对于蓝桥杯，应该可以拿一些分。

代码：