本文使用Python搭建评测机。使用其他语言，在具体实现上可能存在差异，本文只是提供了一个思路。

前言

众所周知，本次作业采用了“交互式评测”，会根据同学们的程序输出，来动态生成新的指令。这对本地复现作业评测方式，构建自动化测试带来了一些挑战。

本人在一番折腾，并在各路大模型的协助后，成功在本地初步完成了交互式评测的搭建。本文将对我折腾的经验，进行一些简要的分享。

直接就是博客作业。文末的课程收获是真情实感。

漫长的OO历程，终于到此结束了。

本篇文章将简要介绍本人在本单元中，利用UML进行正向建模的经历，并对一学期以来的课程经历做一个简要回顾。

本文就是本人的博客作业。本单元除了优化方法外乏善可陈，因此我没什么额外要说的。

前言

我的调度算法，与我的架构实现耦合度较高，因此我不得不先提一些我自己的电梯实现；不需要的同学，欢迎直接跳开“电梯实现”部分。

这算是本人两周以来的一个总结吧，终于有时间写了…

前言

讨论区已有一众仙人分享了自己的实现，但我认为我有在降低修改复杂度上更进一步的办法。

考虑到本次作业为本单元的最后一次作业，我的修改方法更注重于降低修改的复杂度，可能存在部分性能的牺牲。 在各位进行参考时，请注意这一点。

本人实现的亮点在于：UPDATE请求的处理，与双轿厢目标楼层的规避，全部利用线程交互实现。

这是一篇导航帖。

本单元任务较忙，故我没有时间整合出一篇概括所有内容的文章。

博客周作业做了一些概括，但是我觉得里面我自己省掉了不小好玩的细节。

以下文章均与本单元有关，欢迎各位按需查阅：

• CSDN上的博客周作业
• HW5，6总结
• HW7总结
• ReentrantLock使用
• 利用IDEA查死锁

本文是对OO第二单元总结的一部分。

前言

oolens最近发的多线程文章中介绍了两套调试工具，但个人认为二者功能相互独立，且二者使用起来都不大方便。这两个工具还是太吃操作了，有没有什么更简单又强势的工具推荐一下呢？

有的兄弟，有的！ 使用IDEA本身就够了！我们主要利用的，是它的Dump Threads（获取线程转储）功能。

本文是对OO第二单元总结的一部分。

前言

众所周知，我们可以通过synchronized方法，以及synchronized代码块获取对象的锁；但是，你是否发现，这一做法有时并不灵活？

Hw1

这本是一个描述本人思路的草稿，后决定还是整理一下，发到公屏交流一下））

要求

读入一个含：

• 加，减
• 乘
• 乘方
• 至多一层括号（建议考虑多层的拓展）
  的 单变量（e.g. 字母x） 表达式。

输出：

• 展开所有括号
• 结果尽可能短