题解【射击】— 枚举,不只是暴力!

前言:

 CSP2019的前一天,早起到了学校。今天是高三二诊的第一天,恰好CSP和二诊冲掉了,不得已请了假。本来高三是不打算停课的,借此机会重温了一下子机房停课的快乐生活。停一天也是停嘛。
 到了学校发现教练还没到,可能是我太久没有机房停课的生活,忘记了机房的生物钟了。一群人在实验楼连廊里等教练。等到大约八点半教练终于来上班了。(中间还被级部主任误以为是逃考试的学生…
 看完了教练发的一套题,感觉挺简单的,做完了还没到中午放学,扭头看旁边同学在干什么,发现我的两个同学在研究一道题。

题目大意

ATTATION:

题目过于久远,已经不记得具体是什么了。题目在NOIOJ上面,现在这个网站挂掉了所以题面是我根据之前的代码以及依稀的印象反向编的。
(似乎什么时候听说NOIP会从题库里出原题来着?那我就盲猜一把射击这个题 2020.1.31 …好了,事实证明NOIP取消了,CSP:我和NOIP没有(you)关系

题面:

一共有N种物品(N<=5e3),你有放回的取4次,每一次可以不取,也可以取 i ,每个物品有权值ai,求四次取到的和比m小的最大值是多少 (0<m<Max_long long,0<ai<MAX_int)

注:

因为m的值非常大,所以没办法背包。

题解

首先,这道题是绝世好题。
我记得之前做题的时候见到一道题 P3396 哈希冲突 题解里说这道题是一篇省选论文里的,论文说:根号算法,不只是分块。(这也是一道绝世好题)

那么我也要说,今天的这道题 射击 是:枚举算法,不只是暴力。
这道题第一眼看来没什么思路,首先写搜索,大力剪枝之后最多只能拿到40分
搜索的复杂度是O(n^4),妥妥的TLE那怎么办呢?
先上代码:

  #include <iostream>
  #include <cstdio>
  using namespace std;
  long long a[1e6+7],ans;
  template <typename _TP>
  inline void read(_TP &X){
      char ch;int w;X=0;
      while(!isdigit(ch)){w=ch=='-';ch=getchar();}
      while(isdigit(ch)){X=(X<<1)+(X<<3)+(ch^48);ch=getchar();}
      X=w?-X:X;
  }
  int main(){
      int n,m;
      read(n);read(m);
      for(int i=1;i<=n;i++){
          read(a[i]);
      }
      int k=0;
      for(int i=1;i<=n;i++){
          for(int j=1;j<=1;j++){
              ++k;
              a[n+k]=a[i]+a[j];
          }
      }
      sort(a+1,a+n+k+1);
      i=1,j=n+k;
      while(i<=j){
          if(a[i]+a[j]<=m){
              if(a[i]+a[j]>ans)ans=a[i]+a[j];
              ++i;
          }
          else --j;
      }
      cout<<ans;
      return 0;
  }

这就是完整的代码了,什么意思呢?
考虑这样一个问题,我们可以把过程看成两个取两次而不是一个取四次
这里实际上使用了分别枚举的技巧,也就是说,先对前两次进行O(n^2)的枚举
,记录状态,然后再对后两次取进行O(n^2)的枚举,记录状态。但实际上这两次枚举的结果是一模一样的,所以枚举一次就好了。
最后再对于前两次的结果进行一次O(n^2)的枚举。答案就有了。
这样看起来整体的复杂度是O(n2)的,但是,最后一次枚举的时候实际上状态数量是O(n2)的.其实最后一次的枚举复杂度是O(n^4)的。所以说其实复杂度并没有优化。
枚举的代码是这样的:

    for(int i=1;i<=n;i++){
        for(int j=1;j<=1;j++){
            ++k;
            a[n+k]=a[i]+a[j];
        }
    }

但是!
进行了前两次枚举就可以用一种类似贪心的方法进行处理了,也就是

    sort(a+1,a+n+k+1);
        i=1,j=n+k;
        while(i<=j){
            if(a[i]+a[j]<=m){
                if(a[i]+a[j]>ans)ans=a[i]+a[j];
                ++i;
            }
            else --j;
        }

这样,最后一次的贪心是O(n^2)的。

<think>好的,我现在要解决用户在IAR编译器中遇到的错误:“incomplete type is not allowed”。首先,我需要理解这个错误的含义和常见原因。根据我的知识库,这个错误常发生在代码中使用了未完全定义的类型,比如结构体或联合体声明了但未定义,或者前向声明了某个类型但没有提供完整的定义。 首先,我应该检查用户代码中是否有结构体或联合体的声明但没有定义的情况。比如,如果有一个结构体声明为`struct MyStruct;`,但没有后续的完整定义,那么在需要该结构体大小或成员的地方,编译器就会报这个错误。这时候,需要用户补全结构体的定义,包括成员变量。 其次,检查是否在头文件中只声明了类型而没有包含定义。例如,如果在头文件中使用前向声明,但在使用该类型的源文件中没有包含实际的定义头文件,这也会导致错误。此时,需要确保在使用类型的地方包含了正确的头文件,或者将前向声明替换为完整的定义。 另外,还要考虑typedef的问题。如果用户使用了typedef创建别名,但原始类型未完全定义,同样会引发错误。例如,`typedef struct MyStruct MyType;`之后,如果尝试使用MyType但MyStruct尚未定义,就会出错。需要确保在使用typedef之前,原始类型已经被完整定义。 此外,数组声明中的类型不完整也是一个常见原因。比如声明数组时,如果元素类型未完全定义,编译器无法确定数组的大小,导致错误。需要检查数组声明中的类型是否已经完整定义。 可能还有其他情况,比如在C和C++混合编程时,如果没有正确使用extern "C",或者在头文件中遗漏了必要的包含,也可能导致类型不完整。需要用户检查这些方面。 接下来,我需要将这些可能的原因整理成清晰的解决步骤,并给出具体的代码示例,帮助用户理解如何修改。同时,根据用户提供的引用内容,虽然引用[1]和引用[2]是关于其他错误的,但用户可能希望看到类似的结构,即分点说明解决方案,并引用相关资源。 最后,生成相关问题,帮助用户进一步了解可能相关的编译错误,比如类型未定义、前向声明问题等。这样用户可以有更全面的认识,预防其他类似错误的发生。</think>### IAR编译器错误'incomplete type is not allowed'解决方案 该错误表示代码中使用了**未完全定义的类型**,编译器无法确定其内存布局或成员信息。以下是具体原因及解决方法: #### 1. 结构体/联合体未定义完整 若声明了结构体但未定义成员,在实例化时会报错: ```c struct MyStruct; // 前向声明不完整 struct MyStruct var; // 错误:使用未完成类型 ``` **解决方案**:补全类型定义 ```c struct MyStruct { int id; char name[20]; }; ``` #### 2. 头文件包含缺失 当跨文件使用类型时,需确保定义可见: ```c // file.h struct Data; // 前向声明 // file.c struct Data { // 实际定义 int value; }; ``` **解决方案**:在使用该类型的文件中包含定义头文件 ```c #include "file.c" // 包含实际定义 ``` #### 3. typedef别名问题 使用typedef时原始类型必须完整: ```c typedef struct Node NodeT; // 前向声明 NodeT* ptr; // 允许指针声明 NodeT instance; // 错误:不完整类型 ``` **解决方案**:先完成类型定义再typedef ```c struct Node { int data; struct Node* next; }; typedef struct Node NodeT; ``` #### 4. 数组声明不完整 数组元素类型必须完全定义: ```c struct Element; struct Element arr[10]; // 错误:元素类型未定义 ``` **解决方案**: ```c struct Element { int type; float value; }; struct Element arr[10]; // 合法 ``` #### 调试建议 1. 在IAR工程中搜索错误行号定位问题代码 2. 使用Go to Definition功能追踪类型定义 3. 检查所有头文件包含链 4. 确认没有循环依赖的头文件 编译器需要知道类型的完整信息才能: - 计算sizeof大小 - 分配内存空间 - 访问成员变量 - 进行类型对齐 [^1]: 类似类型转换错误可参考浮点转整型的类型适配问题。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值