好吧N天没有写总结了,我又回来了!!!!!!
今天倒是犯了一个本人认为不那么低级的错误的(本人是个学生)
while(l+1<r)
{
int mid=(l+r)/2;
int p=0,ol=0,op=0;
while(op<=n)
{
p=op+1;
for(int opp=1;a[p]-a[op]<mid&&p<n+2;p++)
ol+=p-op-1;
op=p;
}
if(ol>k)
r=mid;
else l=mid;
}
看上去没毛病!对不对。好吧各位大佬可能觉得没有实际应用,这是个毛线球。
既然如此!!!!拍题;
题目描述 Description
一年一度的“跳石头”比赛又要开始了!
这项比赛将在一条笔直的河道中进行,河道中分布着一些巨大岩石。组委会已经选择好了两块岩石作为比赛起点和终点。在起点和终点之间,有N块岩石(不含起点和终点的岩石)。在比赛过程中,选手们将从起点出发,每一步跳向相邻的岩石,直至到达终点。
为了提高比赛难度,组委会计划移走一些岩石,使得选手们在比赛过程中的最短跳跃距离尽可能长。由于预算限制,组委会至多从起点和终点之间移走M块岩石(不能移走起点和终点的岩石)。
输入描述 Input Description
输入文件名为 stone.in。
输入文件第一行包含三个整数L,N,M,分别表示起点到终点的距离,起点和终点之间的岩石数,以及组委会至多移走的岩石数。
接下来N行,每行一个整数,第i行的整数Di(0 < Di < L)表示第i块岩石与起点的距离。这些岩石按与起点距离从小到大的顺序给出,且不会有两个岩石出现在同一个位置。
输出描述 Output Description
输出文件名为stone.out。
输出文件只包含一个整数,即最短跳跃距离的最大值。
样例输入 Sample Input
25 5 2
2
11
14
17
21
样例输出 Sample Output
4
数据范围及提示 Data Size & Hint
对于20%的数据,0≤M≤N≤10。 对于50%的数据,0≤M≤N≤100。
对于50%的数据,0≤M≤N≤100。
对于100%的数据,0≤M≤N≤50,000,1≤L≤1,000,000,000。
扫描二维码关注公众号,回复:
1824454 查看本文章
好了,既然有了题目的确看不出有什么毛病。然而…………
#include <bits/stdc++.h>
using namespace std;
int m,n,k;
int a[50010]={};
int l=0,r;
int main()
{
cin>>m>>n>>k;
for(int i=1;i<=n;i++)
cin>>a[i];
a[0]=0;a[n+1]=m;
sort(a+1,a+n+1);
r=m+1;
while(l+1<r)
{
int mid=(l+r)/2;
int p=0,ol=0,op=0;
while(op<=n)
{
p=op+1;
for(int opp=1;a[p]-a[op]<mid&&p<n+2;p++);
ol+=p-op-1;
op=p;
}
if(ol>k)
r=mid;
else l=mid;
}
cout<<l<<endl;
return 0;
}
经过本人的几番检查,终于发现问题就出现在这么一个小小的‘;’号上,实在悲哀。
那么
问题来了,这么一个分号可以干什么;
原来在不加分号的
for(int opp=1;a[p]-a[op]<mid&&p<n+2;p++)之后会执行ol+=p-op-1;这一个语句而自然而然的导致ol这一个数据上天,二分也就自然不成立了。而加了分号之后,for(int opp=1;a[p]-a[op]<mid&&p<n+2;p++)这个循环变得相对独立,ol也就正常了。
这个故事告诉了我,往往一个符号的差异导致程序运行的走向,所以在今后愉快的学(xv)习(wei)中要愈发的注重细节。
毕竟细节决定成败,这种不注意细节的习惯也许会让本人直接GG。