while (!strcmp(mem, p->NUM._room))    //这里是不是不应该有这个！
    {
        p = p->next;
    }

哦 yes! 万分感谢！ 就是这里出问题了。
 谢谢

想知道怎么判断出来的吗？

大神给说一下呗

首先，你描述了“程序崩溃”，这点基本上是内存操作出现了问题。但是代码太长了，我告诉你自己先用printf定位一下看看是在哪里出现的崩溃（这个方法很土，但是很直观）。后来你说定位到了Cost 函数的scanf出错了。
这里的代码是scanf ("%s", mem); mem是局部数据，如果出错应该就是输入过长，导致数组越界了，但是猜想按照你的经验应该不会犯这种错误，或者是犯这种错误自己也能解决。所以往后面看：
    while (!strcmp(mem, p->NUM._room))
    {
        p = p->next;
    }
这段代码一看就不舒服，我前面说了程序崩溃基本上是内存操作出现了问题，这里的指针p在循环里一直没有保护，如果p为NULL了还做strcmp(mem, p->NUM._room)是会异常的，所以稍一注意就会发现while的循环条件有毛病了。

作为一个新手，看这么长的代码，我表示压力很大啊！唉！我要什么时候才能写出这么长的代码来……

不習慣寫保護性代碼、沒有相關意識，很多人是這樣的。保護性代碼，必然帶來臃腫的代碼視覺，以及降低效率，被追求“高效”、“簡潔”的人嫌棄，帶來問題也是自找的。

程序出错往往是在异常分支上没有处理好

沒考慮可能出現的異常，就是思維不够全面，一般是假設條件太多（比如把傳入參數的合法性檢查寄托於函數調用者之類），對某些小幾率事件抱有僥幸心理，一個一個小的看似微不足道的隱患隨著程序的增大變成可怕的黑洞，這種思維的人寫代碼到一定規模，就到處出問題，而且怎麽也找不到問題所在，因爲他不會讓程序自己在出錯時報告錯誤所在（那恰恰是編碼時很多餘的部分）。不要等程序抛出異常，那時已經是要到“優雅地結束程序”的時候了，但很多潛在異常是在編碼時就可以考慮到處理手段的（比如fopen()失敗的諸多原因其實是可以檢查出來的，像事先檢查文件是否存在再調用fopen()函數，好過等fopen()返回失敗時不知道到底是文件不存在還是沒有權限讀寫）。事先考慮得多，運行時才不會經常抛出異常，異常就如“藍屏”，看得多了，結論就是你的程序沒寫好。

像那種喜歡用scanf()接收數據的，也是此類，他們似乎沒意識到當你要求輸入數值但用戶敲入了字母的可能（那個時候輸入緩衝區還殘留著無法讀取、無法跳過的數據），那樣該怎麽處理，我沒見過有人思考這類問題的，還用這種代碼來編寫畢業設計的系統，那樣的程序也叫能用的？畢業了也沒用！

[ 本帖最后由 TonyDeng 于 2014-1-2 09:54 编辑 ]