1. ios app 和服務端怎麼交互，實現注冊登錄功能
沒做過iOS上app的登錄注冊，做過WP端的。當時的做法是，用戶注冊時，根據用戶名在輸入框里輸入的密碼轉為md5加密的格式得到結果，加上用戶輸入的用戶名，上傳到伺服器端，伺服器返回結果檢驗是否注冊成功。如果伺服器的結果表示注冊成功，則在本地保存用戶密碼的md5加密結果和用戶名文件，以後自動登錄時使用本地文件和伺服器溝通。
2. ios開發數據緩存如何獲取服務端最新數據
方法一：一般將伺服器第一次返回的數據保存在沙盒裡面。這樣在手機斷網的情況下可以從本地讀取數據了。
1.保存到沙盒的代碼：
[plain] view
plain
+ (void)saveCache:(int)type andID:(int)_id andString:(NSString *)str;
{
NSUserDefaults * setting = [NSUserDefaults standardUserDefaults];
NSString * key = [NSString stringWithFormat:@"detail-%d-%d",type, _id];
[setting setObject:str forKey:key];
[setting synchronize];
}
2.讀取本地沙盒的代碼
讀取之前首先根據type和Id判斷本地是否有
[plain] view
plain
+ (NSString *)getCache:(int)type andID:(int)_id
{
NSUserDefaults * settings = [NSUserDefaults standardUserDefaults];
NSString *key = [NSString stringWithFormat:@"detail-%d-%d",type, _id];
NSString *value = [settings objectForKey:key];
return value;
}
如果沙盒裡面有數據
[plain] view
plain
NSString *value = [Tool getCache:5 andID:self.QiuTime];
if (value) {
NSDictionary *backdict = [value JSONValue];
if ([backdict objectForKey:@"items"]) {
NSArray *array=[NSArray arrayWithArray:[backdict objectForKey:@"items"]];
for (NSDictionary *qiushi in array) {
QiuShi *qs=[[[QiuShi alloc]initWithDictionary:qiushi] autorelease];
[self.list addObject:qs];
}
}
[self.tableView reloadData];
}
[self.tableView :@"數據全部載入完了.."];
self.tableView.reachedTheEnd = YES;
方法二：使用ASIHTTPRequest和ASIDownloadCache實現本地緩存
1、設置全局的Cache
在AppDelegate.h中添加一個全局變數
[plain] view plain
@interface AppDelegate : UIResponder
{
ASIDownloadCache *myCache;
}
@property (strong, nonatomic) UIWindow *window;
@property (nonatomic,retain) ASIDownloadCache *myCache;
在AppDelegate.m中的- (BOOL)application:(UIApplication *)application
didFinishLaunchingWithOptions:(NSDictionary *)launchOptions方法中添加如下代碼
[plain] view plain
//自定義緩存
ASIDownloadCache *cache = [[ASIDownloadCache alloc] init];
self.myCache = cache;
[cache release];
//設置緩存路徑
NSArray *paths = (NSDocumentDirectory, NSUserDomainMask, YES);
NSString *documentDirectory = [paths objectAtIndex:0];
[self.myCache setStoragePath:[documentDirectory :@"resource"]];
[self.myCache setDefaultCachePolicy:];
在AppDelegate.m中的dealloc方法中添加如下語句
[plain] view plain
[myCache release];
到這里為止，就完成了全局變數的聲明。
2、設置緩存策略
在實現ASIHTTPRequest請求的地方設置request的存儲方式，代碼如下
[plain] view plain
NSString *str = @"http://....../getPictureNews.aspx";
NSURL *url = [NSURL URLWithString:str];
ASIHTTPRequest *request = [ASIHTTPRequest requestWithURL:url];
//獲取全局變數
AppDelegate *appDelegate = [[UIApplication sharedApplication] delegate];
//設置緩存方式
[request setDownloadCache:appDelegate.myCache];
//設置緩存數據存儲策略，這里採取的是如果無更新或無法聯網就讀取緩存數據
[request setCacheStoragePolicy:];
request.delegate = self;
[request startAsynchronous];
3、清理緩存數據
我在這里採用的是手動清理數據的方式，在適當的地方添加如下代碼，我將清理緩存放在了應用的設置模塊：
[plain] view plain
AppDelegate *appDelegate = [[UIApplication sharedApplication] delegate];
[appDelegate.myCache :];
這里清理的是這種存儲策略的緩存數據，如果更換其他的參數的話，即可清理對應存儲策略的緩存數據。
3. 清理緩存（系統版本：iOS5.1.1，客戶端版本：v3.0.2）
你好，感謝您的反饋。
建議您升級至3.5版本，那裡已經添加了清理緩存功能。
4. ios中用plist方式緩存會有性能上的問題嗎
第一個問題，可以這么說，因為那就是相同的CPU了；
第二個問題，高速緩存對CPU性能的影響說來話長了，當CPU要讀取一個數據時，首先從一級緩存中查找，如果沒有找到再從二級緩存中查找，如果還是沒有就從三級緩存或內存中查找。一般來說，每級緩存的命中率大概都在80%左右，也就是說全部數據量的80%都可以在一級緩存中找到，只剩下20%的總數據量才需要從二級緩存、三級緩存或內存中讀取，由此可見一級緩存是整個CPU緩存架構中最為重要的部分。L2高速緩存容量也會影響CPU的性能，原則是越大越好，現在家庭用CPU容量最大的是4MB，而伺服器和工作站上用CPU的L2高速緩存更高達2MB—4MB，有的高達8MB或者19MB。但基本上L3緩存對處理器的性能提高顯得不是很重要，比方配備1MB L3緩存的Xeon MP處理器卻仍然不是Opteron的對手，由此可見前端匯流排的增加，要比緩存增加帶來更有效的性能提升。
主頻提升與性能提升成正比的。
我i5 3570。
5. iPhone版無法清理緩存（系統版本：iOS6.1.3，客戶端版本：v3.1）
ios3.0版本對緩存做了優化，系統會自動講不需要的緩存清除掉，不會有那麼大的數據了。
6. 清除緩存呢（系統版本：iOS6.1.3，客戶端版本：v3.0.4）
你好，知道APP暫時不支持此功能，後續我們會進行改進和完善，盡可能滿足廣大網友的要求~感謝對網路知道的支持，也歡迎加入掌上知道QQ交流群：88711183，參與互動
7. 使用itms-services協議安裝ipa，出現緩存問題，求助
你好… 原因是蘋果在iOS7.1之後更改了在線安裝協議(也就是那個itms-services協議)。就是如果你想通過網頁在線安裝ipa的話必須走https協議，如果不是就會提示"證書無效"的錯誤，所以你在一些網站在線安裝軟體提示這個錯誤是因為該網站提供的鏈接不是https而是http。 解決的方法是通過電腦下載客戶端，直接安裝。
8. 嗶哩嗶哩ios客戶端如何緩存
IOS客戶端bilibili沒法緩存，你可以去APPstore搜個IACG下載，A站B站都有，視頻可以下載
9. ios版嗶哩嗶哩客戶端的緩存文件在哪個文件夾
1、bilibili ios最新客戶端的緩存的視頻在離線任務裡面打開。 2、打開手機的嗶哩嗶哩動畫，進入後點擊「我的」； 3、在「我的」功能頁面，點擊離線任務就能看到緩存好了的視頻。
10. IOS平台的Bilibili客戶端後台緩存視頻總是要麼就是不動要麼就是失敗。
因為前台緩存和後台緩存是兩個不同的技術，前台緩存只需要之前開個新線程進行下載，而後台下載需要創建離線的fetching任務來進行下載，需要進行新的功能點開發。可能是b站的iOS開發組沒有時間排期做這個技術吧，因此解決這個問題的方法，就只能去催b站的程序猿們實現這個功能吧。