易错点abc
在同一个输入流上重复创建Scanner实例可能会导致一些问题，包括但不限于输入流的混乱。尤其是在处理标准输入（System.in）时，重复创建Scanner对象通常不是最佳实践，因为这可能导致某些输入数据丢失或者顺序出错。
为什么会出现这种情况？
- 资源管理：每个
Scanner实例都会尝试管理其关联的输入流。如果你在一个方法中创建了一个新的Scanner实例并试图读取标准输入，而另一个Scanner实例已经打开了同一个输入流，可能会导致冲突。 - 输入流状态：当一个
Scanner实例开始读取输入流时，它会维护自己的内部缓冲区和状态。如果另一个Scanner实例也试图从同一个流中读取数据，它们可能会互相干扰，导致读取的数据不准确或顺序错误。
推荐做法
为了确保输入流被正确且高效地使用，推荐的做法是：
-
共享
Scanner实例：在你的程序入口（如main方法）中创建一个Scanner实例，并将其传递给需要读取输入的方法。这样可以保证只有一个Scanner实例在管理输入流，减少潜在的问题。避免不必要的
Scanner实例化：除非绝对必要（例如，你需要从不同的输入源读取数据），否则应尽量避免在同一程序中多次创建Scanner实例。
通过这种方式，不仅可以避免输入流的混乱，还能更有效地管理资源，确保程序的稳定性和性能。
引用类型数组的默认值是null
一定要每个都new
- 局部变量：必须显式初始化后才能使用，否则会导致编译错误。
- 成员变量：如果没有显式初始化，Java会自动赋予默认值。
- 数组声明但未初始化：数组引用是
null。 - 数组使用
new初始化后：对于基本数据类型，数组元素会自动初始化为默认值；对于引用类型，数组元素会自动初始化为null。
上面两个问题都导致了段错误的诞生
对bfs的基本还是不熟，导致没有更多的精力去举反例
之前只是勉强的背下来了和做下去了就没有专题练习，使得学习断断续续使得本来由的知识又丧失了，成本大大增加。
这次不练熟就不继续往下了
算法题目还可以加深对语言的熟练和时间的安排
好消息是这次的bfs我依据自己的想法实现了，但是熟练度还是不够
要去积累自己的模板(这里举例子的分情况的思想有了)
private static boolean dfs(int u,int times) {
if(u >= n2)
return true; //终极 最后一个看这里
boolean flag = false;
for(int i = 0;i < n2;i ++) {
if(!visited[i]) { //没被访问过，否则下一个
if(times <= planes[i].t + planes[i].d) { //符合条件准备bfs
visited[i] = true; //准备bfs之前先true下避免干扰下面的
flag = dfs(u + 1,(int)Math.max(times,planes[i].t) + planes[i].l);
if(flag) { //自己早就通过了，下面的如果也是就true网上
return true;
}
visited[i] = false; //下层不满足，自己需要再次false为上层的其它做准备
}
}
continue; //没被访问过，下一个
}
return false; //访问完了都没找到匹配的，又不是最后一个所以都不行，返回上层继续
}一般都会有一个 n 作为标记第几个或者第几步
重新做错题，根本不要怕记住了答案。即使背下来了后面会错的再去做难的