挖坑，最近 無端思考起，這些東西效率，在數值比較大的時候
函數調用費時麼。（不是我想思考這些東西，，從前根本從來不考慮的玩意 被逼的，主要是因爲 我思考方式就是暴力，不能暴力的努力往暴力上靠，如果還是不能暴力解決那就再換個方法吧)
看到了內聯函數。
剛剛在我gcc裏使用了inline 然後
Time.c:(.text+0xde): undefined reference to `judege'
然後百度 在你所定義的內聯函數前加static就好了，雖然在我本地環境下加了inline，程序費時沒有變化（急需算程序運行時間的東西啊） 但是在別的環境很棒棒啊，很給力。由Time limit exceeded 到時間終於正常一丟丟了，但是使用了inline時間很不穩定的樣子。
- 函數調用本身大概是不斷進函數棧然後退出這個棧，所以大概是費時的吧，特別是調用幾萬次甚至更多的次數的話。
- 然後內聯函數就是把函數在編譯的時候整個函數體放在被調用的位置省去了跳轉 進棧出棧的過程，但是可能會導致代碼體積過大還有可能因爲體積過度運行緩慢。。。。。。
- malloc 函數工作原理：malloc函數的實質體現在，它有一個將可用的內存塊連接爲一個長長的列表的所謂空閒鏈表。調用malloc函數時，它沿連接表尋找一個大到足以滿足用戶請求所需要的內存塊。然後，將該內存塊一分爲二（一塊的大小與用戶請求的大小相等，另一塊的大小就是剩下的字節）。接下來，將分配給用戶的那塊內存傳給用戶，並將剩下的那塊（如果有的話）返回到連接表上。調用free函數時，它將用戶釋放的內存塊連接到空閒鏈上。到最後，空閒鏈會被切成很多的小內存片段，如果這時用戶申請一個大的內存片段，那麼空閒鏈上可能沒有可以滿足用戶要求的片段了。於是，malloc函數請求延時，並開始在空閒鏈上翻箱倒櫃地檢查各內存片段，對它們進行整理，將相鄰的小空閒塊合併成較大的內存塊。如果無法獲得符合要求的內存塊，malloc函數會返回NULL指針，因此在調用malloc動態申請內存塊時，一定要進行返回值的判斷。（所以當申請很大的一塊 它費時麼？？大概吧 0-0）
- memset清零字符串 與 直接 s[0]='\0'有什麼區別麼 下次用strcpy清零好了
代碼是運行時分配內存還是編譯時候分配內存？怎麼分配的？沒錯 我要來計算我代碼理論上得分配多少內存（0-0 也是十分無奈 奈何只會暴力方法）