کامپایلر در مورد cancellation-safety کمکی نمی‌کند. باید مستندات API را بخوانید و در نظر بگیرید که async fn شما چه وضعیتی دارد.

برخلاف panic و ?، لغو یا cancellation بخشی از جریان کنترل عادی (و رسیدگی به خطا) است.

اسن مثال بخش‌هایی از string را از دست می‌دهد.

• هر زمان که شاخه tick() اول تمام شود، next() و buf آن حذف می شوند.

• ‏LinesReader را می‌توان با تبدیل buf به بخشی از ساختار، ایمن کرد:

  #![allow(unused)]
  fn main() {
  struct LinesReader {
      stream: DuplexStream,
      bytes: Vec<u8>,
      buf: [u8; 1],
  }
  
  impl LinesReader {
      fn new(stream: DuplexStream) -> Self {
          Self { stream, bytes: Vec::new(), buf: [0] }
      }
      async fn next(&mut self) -> io::Result<Option<String>> {
          // prefix buf and bytes with self.
          // ...
          let raw = std::mem::take(&mut self.bytes);
          let s = String::from_utf8(raw)
              .map_err(|_| io::Error::new(ErrorKind::InvalidData, "not UTF-8"))?;
          // ...
      }
  }
  }

‏ ‘Interval::tick’ برای cancellation-safe است زیرا ردیابی می‌کند که آیا یک tick تحویل داده شده است.

‏ AsyncReadExt::read برای cancellation-safe است زیرا داده‌ها را برمی‌گرداند یا نمی‌خواند.

‏ AsyncBufReadExt::read_line مشابه مثال است و شبیه cancellation-safe نیست. برای جزئیات و موارد جایگزین به مستندات آن مراجعه کنید.