算法题解 | 思考记录

但第三天就不一样了，以第三天选择0号为例，同一行代表的是第一天吃0号店、第二天吃0号店，那么第三天显然不能继续吃0号店，因此第一行的前两格对于第三格的计算是没有贡献的，而第一天吃1号或者2号店（第一列的2、3格）就保证了无论第二天吃哪家，第三天都可以吃0号，因此方案数都对第三天吃0号这一格有贡献，具体来说就是需要加和，第二天同理，第二天吃1号或2号就可以保证无论第一天吃哪家，第三天都可以吃0号，也有贡献，也要加进结果，因此最终的8是由这四个部分加和得到的。天的选择有关，不妨假设三家店为：0号，1号与2号。

周日的时候没仔细读，今天重看发现a是比b大很多的，算是一个高精度除法的问题，读入采用string类型，对于string类型的处理就是用一个char类型的变量去遍历，减去字符0得到数字值，从高位到低位转化刚好就是字符串的0到末尾，按顺序取出转化成数字，先前已经转化的部分乘以10再加上新转化的数字（就相当于在之前的数字末尾再加一位），每次转化都及时对b取模，最后得到与b规模相近的数值，使用__gcd(a, b)函数求得最大公因数。

从头仔细看了一次后发现最多有50000个notes，因此设成10010显然不够，多加了一个零，但仍然超时，尝试去掉在。语句时就会出现 $ r = mid = r$ 的情况，就会出现死循环。条件实际上是不满足需求的情况（要找的是严格大于当前时刻的最小下标值），因此更新时如果再加上1，本地运行没问题但是提交到平台先是显示段错误，于是修改了mid的部分，二分修改左边界是有当。所以实际上需要判断的是由于除法下取整可能会导致的边界得不到更新的问题。时才会出现的，这样当左右端点只相差1又恰好满足条件时，

pip安装报错，看官网意思是建议conda安装，有conda安装的说明页，从官网提供的几个命令里任选一个即可~

但本地DevC++是可以正常运行的，读了下错误信息是说不是所有的控制路径都有返回值，应该是dp函数里面的问题，写的时候用了if-else返回值设置在了里面，最外层没有一个返回值，因此就判定成了缺少返回值。输入边界值发现了问题，题目中最大值是80，虽然写的时候有一晃而过的这个值这么小是不是有猫腻但是没有细算，应该是越界了，把样例改了一下果然越界了，把数据类型改long long，本地测了一下通过了。终于是编译通过了，样例也过了，但提交后只通过了50%的样例。占用内存 396KB。占用内存 396KB。