iOS日常BUG分析之網絡請求緩存(0927)

1.問題描述

應產品需求,APP中大都存在發(fā)送驗證碼的功能;最近在工作中,發(fā)現了這么一個問題;A , B兩個頁面;A為一級頁面,B為二級頁面;B為A在push操作后的頁面;在B頁面中有發(fā)送驗證碼的邏輯,在所需參數填寫完畢后,此時故意填寫錯誤參數,網絡請求后服務器返回錯誤提示信息?;氐紸頁面再次進入B頁面,此時正確填寫所有參數,確認后提交后發(fā)現此時并沒有發(fā)生網絡請求,而是出現了上次的錯誤信息提示。

思路一:

首先考慮到是網絡緩存的問題,看代碼,如下:


_sessionManager.requestSerializer.cachePolicy = NSURLRequestReloadIgnoringLocalCacheData;

并沒有加載本地的緩存,那么問題出在哪里呢?

思路二:

是否是因為網絡請求超時的原因,看代碼,如下:

_sessionManager.requestSerializer.timeoutInterval = 30;

超時時間設置為30s,發(fā)送驗證碼的倒計時是60s;

最后把超時時間修改為60s,并且在post的請求里面添加了NSURLRequestReloadIgnoringLocalCacheData的設置,然后跑項目,問題解決了。

綜上

問題來源是post的請求緩存可能出現了(但是項目本身里面沒有,這個問題還有待研究);希望小伙伴有知道具體原因的,不吝賜教QAQ;

最后編輯于
?著作權歸作者所有,轉載或內容合作請聯系作者
【社區(qū)內容提示】社區(qū)部分內容疑似由AI輔助生成,瀏覽時請結合常識與多方信息審慎甄別。
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發(fā)布,文章內容僅代表作者本人觀點,簡書系信息發(fā)布平臺,僅提供信息存儲服務。

相關閱讀更多精彩內容

  • Spring Cloud為開發(fā)人員提供了快速構建分布式系統(tǒng)中一些常見模式的工具(例如配置管理,服務發(fā)現,斷路器,智...
    卡卡羅2017閱讀 136,506評論 19 139
  • iOS網絡架構討論梳理整理中。。。 其實如果沒有APIManager這一層是沒法使用delegate的,畢竟多個單...
    yhtang閱讀 5,466評論 1 23
  • AFHTTPRequestOperationManager 網絡傳輸協(xié)議UDP、TCP、Http、Socket、X...
    Carden閱讀 5,311評論 0 12
  • 概覽 緩存組件應該說是每個客戶端程序必備的核心組件,試想對于每個界面的訪問都必須重新請求勢必降低用戶體驗。但是如何...
    默默_David閱讀 2,044評論 1 9
  • iOS開發(fā)系列--網絡開發(fā) 概覽 大部分應用程序都或多或少會牽扯到網絡開發(fā),例如說新浪微博、微信等,這些應用本身可...
    lichengjin閱讀 4,022評論 2 7

友情鏈接更多精彩內容