字符串

  1. 哈希进制搞质数

  2. KMP 数组别开太大,否则 \({\color{Gold}{TLE}}\)

  3. 没有必要 \(strlen\) 的时候尽量别用

  4. \(base\) 过大跑的慢

\(SPFA\)(2021/1/31)

  1. return 0 别放循环里面

  2. 边表是注意数据类型特别是 double!!!

  3. 循环里尽量不要设变量去代替边表,类型会出错

  4. 多用scanf 少用cin

  5. 多组数据 边表 head 别忘清零

二分

  1. 实数二分别 +1

  2. 有关 doubleint 的错误

  cout<<a<<endl;
printf("%.f\n",a);
int s=(int)a;
cout<<s;

三者是完全不同的,第一个是按照double随机小数位输出,第二个是四舍五入输出答案容易出错,第三个是强制类型转换,直接输出整数部分,建议最好用这个,cao,又废了我一下午2/17

差分约束(2021/2/1)

  1. 个人感觉跑最短路好些

  2. >0 就为1, >=0 为0

  3. 跑 \(SPFA\) 时,判断是否联通尽量将边界开大些 例如 1e8, 最短路如果不连通会跑无数次 inf.

\(tarjan\)(强连通分量)

  1. void 类型 \(tarjan\), 别定义错了

  2. 一晚上的血教训,不要用边表了,用 \(vector\) 吧!!!!!!!!,TMD卡了四个题,全是 \(TLE\).


  3. if(d[i] == 1) != if(d[i]) 前者只有一, 后者不是零的都记录,哎~又是一晚上----2/3

\(tarjan\) (桥和割点)

  1. 根节点要求孩子多于两个才可,非不为就行!!! if(child >= 2 && u == fa) cut[u] = 1;//child >= 2!!! 不是 != 0

  2. 根节点和非根节点的处理要注意

if(low[v] >= dfn[u] && u != fa) cut[u] = 1;// 保证不是根节点
if(fa == u) child++;// u == fa 才记录孩子

DP

  1. 无输出:循环节 j-- 写成 j++ P1049 [NOIP2001 普及组] 装箱问题

  2. 背包DP,\(n\) 和 \(m\) 不要搞反了

  3. 状态有时并非需要精确表示,如果可以通过某种方式简化位置,但却可以在使用时正确表示位置的话,那么这种答案会更优,这也就是精简式子

  4. 注/ 式子的化简可以通过化简来的得到,如这里的代换就是令 \(k\) 为 \(j-k\) 只要范围不变,他们就是等价的,原因是便于式子的化简!(式子的优美)

  5. 状压DP位运算错误

//cin
1<<3-1
(1<<3)-1
//cout
4
7
//so
//左移小于负号

KSM

  1. x*=x%k 无法完成必须拆开 x*=x; x%=k,写错挂七个点

邻接表

  1. 邻接表开小居然是MLE??-->这个题

数组的大小

  1. 开的数据范围不要太大--这个题

2.数据范围不要开小了,f开小了

有关 \(memset\) 的赋值

1.memset(a,x,sizeof(a) 中赋值只取 \(x\) 的后四位,也就是说 0x7fffffff 赋值就是 ffff,也就是 -1,这样你的费用流就更加优美了

专场错误

  1. 图论专场

OIer 生涯绊脚石的更多相关文章

  1. 2019 CSP-J 游记(CQ LNBS考场 的退役之战)

    T0.10 爆零之战 已经不是第一次参加NOIP了(哦,关于兔子也NOIP了) 这次比赛的话,感觉考场很温馨,键盘很舒适,老师很友善,下次还会来.(哦不,下次来不了了,即将提前退役[大雾]) 刚刚文化 ...

  2. Hello,World!!----来自半个新OIer的问候

    为了记录OI生涯的点点滴滴故申请此博客,说是半个新OIer,其实我的OI生涯并不算很短了吧...现在也算是初三下学期了...也算是混迹NOIP第5个年头了.文化课上也没什么临考压力,那就好好准备第5场 ...

  3. 我的OI生涯 第七章 终篇

    11.10日. 我们TSOI再次来到了熟悉的燕山大学,只不过这次是真刀真枪的干了. 望着那座熟悉的小桥,身边的好友不知此行过后还有多少. 下午才到,出人意外的是这次没有住燕大宾馆而是选择了熟悉的格林豪 ...

  4. 我的OI生涯 第六章

    开学了,但是我们并没有像一个正常的高二学生一样坐在教室里接受调研考试的洗礼. 暑假作业这种东西早已被甩在一旁,可以想象回去补文化课时该有多么狼狈. 大王给我们制定了周密的计划,每周两次测试,加上蔡老师 ...

  5. 写给OIer们的一些话(修订版)

    我是一个高二的OIer,离我正式退役的日子已经不超过一年了.在这个时期,与其写一些回忆性的文字,不如跳出"自我"的范畴,以一种比较全局的角度和大家一起分享一些我对OI的认知和看法. ...

  6. 告别我的OI生涯

    本文章写于2008年12月15日. 随着2008noip的结束,我也结束了我的OI生涯. 信息竞赛也许是从小到大让我最最努力的一件事.我记得参加2006noip初赛前,每天中午为了上信息课都吃不上中午 ...

  7. 【转】ACM/ICPC生涯总结暨退役宣言—alpc55

    转自:http://hi.baidu.com/accplaystation/item/ca4c2ec565fa0b7fced4f811 ACM/ICPC生涯总结暨退役宣言—alpc55 前言 早就该写 ...

  8. Bruce Eckel:编程生涯(转载)

    Bruce Eckel:编程生涯(转载) 说明:Bruce Eckel 著有大名鼎鼎的<Thinking in C++>和<Thinking in Java>.本文是他对程序员 ...

  9. 关于我的OI生涯(AFO){NOIP2016 后}

    这篇我就随意写啦~不用统一的“题解”形式.♪(^∀^●)ノ 也分好几次慢慢更吧~ 对于NOIP2016的总结,我本想善始善终back回,但是心情不足以支撑我,那就只能有始有终了......下面进入我的 ...

随机推荐

  1. Flowable学习入门

    一.Flowable简介 1.Flowable是什么 Flowable是一个使用Java编写的轻量级业务流程引擎.Flowable流程引擎可用于部署BPMN 2.0流程定义(用于定义流程的行业XML标 ...

  2. 容器编排系统K8s之访问控制--准入控制

    前文我们聊到了k8s的访问控制第二关RBAC授权插件的相关话题,回顾请参考:https://www.cnblogs.com/qiuhom-1874/p/14216634.html:今天我们来聊一下k8 ...

  3. 毕大从自身设计HSF的角度出发谈服务化这回事

    服务化的过去.现在和未来 原创: bluedavy HelloJava  9月18日 服务化毫无疑问是技术圈一直火热的buzzword,而且其实已经非常多年了,这在日益更新的技术圈还挺神奇的,作为在服 ...

  4. Redis性能篇(二)CPU核和NUMA架构的影响

    Redis被广泛使用的一个很重要的原因是它的高性能.因此我们必要要重视所有可能影响Redis性能的因素.机制以及应对方案.影响Redis性能的五大方面的潜在因素,分别是: Redis内部的阻塞式操作 ...

  5. mysql plugin

    mysql plugin 概要 mysql可以通过启动参数,系统命令mysql_install,mysql命令install plugin来加载指定的插件 mysql的存储引擎被设计成插件式,可以根据 ...

  6. Hive数据导入Hbase

    方案一:Hive关联HBase表方式 适用场景:数据量不大4T以下(走hbase的api导入数据) 一.hbase表不存在的情况 创建hive表hive_hbase_table映射hbase表hbas ...

  7. Redis学习之路(二)Redis集群搭建

    一.Redis集群搭建说明 基于三台虚拟机部署9个节点,一台虚拟机三个节点,创建出4个master.4个slave的Redis集群. Redis 集群搭建规划,由于集群至少需要6个节点(3主3从模式) ...

  8. spark bulkload 报错异常:Caused by: java.io.IOException: Added a key not lexically larger than previous

    ------------恢复内容开始------------ Caused by: java.io.IOException: Added a key not lexically larger than ...

  9. NIO基础操作

    原文链接http://zhhll.icu/2020/05/18/java%E5%9F%BA%E7%A1%80/IO/NIO%E5%9F%BA%E6%9C%AC%E6%93%8D%E4%BD%9C/ N ...

  10. springboot源码解析-管中窥豹系列之排序(五)

    一.前言 Springboot源码解析是一件大工程,逐行逐句的去研究代码,会很枯燥,也不容易坚持下去. 我们不追求大而全,而是试着每次去研究一个小知识点,最终聚沙成塔,这就是我们的springboot ...