51單片機的串口，是個全雙工的串口，發送數據的同時，還可以接收數據。

　　當串行發送完畢后，將在標志位 TI 置 1，同樣，當收到了數據后，也會在 RI 置 1。

　　無論 RI 或 TI 出現了 1，只要串口中斷處于開放狀態，單片機都會進入串口中斷處理程序。

　　在中斷程序中，要區分出來究竟是發送引起的中斷，還是接收引起的中斷，然后分別進行處理。

　　看到過一些書籍和文章，在串口收、發數據的處理方法上，很多人都有不妥之處。

　　接收數據時，基本上都是使用“中斷方式”，這是正確合理的。

　　即：每當收到一個新數據，就在中斷函數中，把 RI 清零，并用一個變量，通知主函數，收到了新數據。

　　發送數據時，很多的程序都是使用的“查詢方式”，就是執行 while（TI ==0）; 這樣的語句來等待發送完畢。

　　這時，處理不好的話，就可能帶來問題。

　　看了一些網友編寫的程序，發現有如下幾條容易出錯：

　　１．有人在發送數據之前，先關閉了串口中斷！等待發送完畢后，再打開串口中斷。這樣，在發送數據的等待期間內，如果收到了數據，將不能進入中斷函數，也就不會保存的這個新收到的數據。這種處理方法，就會遺漏收到的數據。

　　２．有人在發送數據之前，并沒有關閉串口中斷，當 TI = 1 時，是可以進入中斷程序的。但是，卻在中斷函數中，將 TI 清零！ 這樣，在主函數中的while（TI ==0）;，將永遠等不到發送結束的標志。

　　３．還有人在中斷程序中，并沒有區分中斷的來源，反而讓發送引起的中斷，執行了接收中斷的程序。對此，做而論道發表自己常用的方法：

　　接收數據時，使用“中斷方式”，清除 RI 后，用一個變量通知主函數，收到新數據。

　　發送數據時，也用“中斷方式”，清除 TI 后，用另一個變量通知主函數，數據發送完畢。

　　這樣一來，收、發兩者基本一致，編寫程序也很規范、易懂。更重要的是，主函數中，不用在那兒死等發送完畢，可以有更多的時間查看其它的標志。