标签：inf 相互 二次 博客 理解 修饰符 而且 构建 挑战
本次作业是我第一次接触多线程，建立了请求模拟器、调度器和电梯运行三种线程。请求模拟器负责在输入后识别有效请求；调度器在扫描有效请求后将新的请求加入请求队列，并扫描三部电梯的信息，最后遍历请求队列中的请求进行调度，并根据得到的信息进行请求状态和请求队列的更新；电梯运行线程则根据得到的信息进行运动，同时改编电梯信息。实现多线程功能中最大的挑战是实现共享数据的安全、避免冲突（一开始没有加synchronized修饰符导致出现很多bug），因此在与同学讨论后，采用了将所有方法都加上synchronized修饰符的方法来避免数据冲突（当然这样也一定会导致一些bug）。
第六次作业是文件及文件夹的监控与管理。遵循“将每一个新的监控变成一个新的线程”的原则，很多个线程不断的扫描，如果有满足监控条件的触发情况，则完成触发，同时更新快照以便下一次判断。考虑到file的不安全性，设置线程安全的safefile类，并对于所有方法都上锁。
本次作业的线程主要分为三类：出租车、调度器、输入。首先是100个出租车线程，考虑到安全问题，对于其中的快照信息进行加锁。其次是调度器线程，通过扫描得到出租车的快照，然后遍历请求对列，判断出租车是否符合规定的信息，得到最后的信息后则更新出租车及队列的状态。输入线程则循环接受输入，检查有效与同质信息并输出指定信息。队列及请求类的所有方法都上锁以确保线程安全。
类图：
自我点评：
第二次作业·IFTTT
类图：
第三次作业·出租车系统
类图：
公测&互测：对方未进行测试
调试：由于是第一次写多线程，所以导致没有思路，迟迟没有开工，一开始忘记加锁导致出现许多难以预料的问题。最终对线程进行加锁处理，实现了信息的相互传递，才得以顺利完成。
测试程序：本次作业分配到的作业为无效作业，输入任何请求都显示输出格式错误。
公测：关于目录下的一系列测试没有通过
互测：无
分析：本次作业是自己对于指导书的理解不够透彻，在关于目录的一些操作都会报错而不是按照要求进行移动。
测试程序：本次测试任务有非常多的bug，对于一般的请求都会报错和crash，难以进行测试。但对于某些简单样例能够通过。
公测：全部通过
互测：对于输入的不合理请求没能报错，反而导致了crash。最终分析是由于正则表达式没有写好的原因（暴打自己狗头一万遍）。
调试：测试太麻烦，没有进行很好的测试，所以才会出现低级错误。据可爱的助教说，我的程序出现了gui会跳的问题，所以之后应该会进行改动。
测试程序：本次测试任务总体来说还算可以，但是对于出租车的抢单没有处理好，导致在多个出租车抢单时没能选择信用值最高的那个，而且也没有输出位置信息。
这三次作业的难度比起前几次可谓难度上了一层楼，前几次大概还在“1+1=2”，这几次就到了求导，写第五次作业时完全没有思路，急的嘴角都攒起了泡，不过最后还是有惊无险，同舍友一起渡劫。由于对方没有给我公测和互测，对于我第五次作业的bug也没有一个很好的认识。但就自己之后的调试和反思，第五次作业程序代码太过冗杂而无法修改，形成了牵一发而动全身的状态，这是自己之前没有写好导致的。第六次作业是自己认为最难的一次作业，指导书的难以理解度已经超出了我的想象，所以也导致了不理解下的很多bug。
纵观这三次作业，难就难在不好调试，第五次作业还好，输出信息一目了然，但第六次作业对于深度和广度的遍历实在是太痛苦了，本人又没有扎实的c语言功底，只能自己手动构建文件夹，真是不堪回首的一段记忆……至于第七次作业那就更是玄学了，出租车肆意乱跑，也就胡乱调试了一下……
黑眼圈已经重到媲美眼影的程度，还好有假期能休息一下23333好好阅读指导书，阅读指导书的日子让我不由想起了传说中的甲方的种种要求啊！总体来说，苟活下来就是胜利。
标签：inf 相互 二次 博客 理解 修饰符 而且 构建 挑战
原文地址：https://www.cnblogs.com/lemonj1998/p/8979613.html
