meta的問(wèn)題。把你meta貼出來(lái)看看看

你這是在webview里嗎？

個(gè)人見(jiàn)解:

抽象接口和普通接口? 你是從其他語(yǔ)言中看到的吧? 抽象接口和接口是一樣的.
一般來(lái)說(shuō), 接口是一種規(guī)范或者規(guī)則, 用來(lái)規(guī)范常量和方法, 且不提供實(shí)現(xiàn), 接口方法會(huì)有固定的方法類型、方法名、參數(shù)類型及數(shù)量、返回值類型等.

在iOS中, 實(shí)現(xiàn)接口中的方法必然是類、分類或者結(jié)構(gòu)體(Swift), 通常用protocol協(xié)議來(lái)表示程序中的接口.

native 層做module擴(kuò)展

Sub ExecuteSQL()

Dim cnn, rcd, sSQL, i

Set cnn = CreateObject("adodb.connection")

cnn.Open "Provider=Microsoft.jet.OLEDB.4.0;Extended Properties=Excel 8.0;Data Source=" & ActiveWorkbook.FullName

Set rcd = CreateObject("adodb.recordset")

sSQL = "SELECT T1.[A],T1.[B],T1.[C],T2.[D],T2.[E] FROM [Sheet1$] AS T1 LEFT JOIN [Sheet2$] AS T2 ON T1.[A]=T2.[A]"

Set rcd = cnn.Execute(sSQL)

With Sheet3
    .Cells.ClearContents

    For i = 1 To rcd.Fields.Count
        .Cells(1, i) = rcd.Fields(i - 1).Name
    Next
    
    .Cells(2, 1).CopyFromRecordset rcd
End With

rcd.Close
Set rcd = Nothing
cnn.Close
Set cnn = Nothing

End Sub

查看你的 /etc/hosts 文件 看看有沒(méi)有
127.0.0.1 localhost
這樣的映射

猜一下，是不是你用vim打開(kāi)文件的時(shí)候，自動(dòng)就沒(méi)顯示頂部了，你按一下gg試試，看看能不能回到文檔的頂部。
對(duì)了，你可以現(xiàn)在.vimrc這個(gè)文件中加入：

set number

然后

source ~/.vimrc

再用vim打開(kāi)那個(gè)文件，就會(huì)有文檔的行號(hào)出現(xiàn)。

當(dāng)然，可能你vim本身就用的很熟，上面那些內(nèi)容也算是班門弄斧了。

沒(méi)人知道嗎？

mysql_fetch_array()第一個(gè)參數(shù)是mysql_query所查詢出來(lái)的結(jié)果。
多看看文檔吧。

<?php
$con = mysql_connect("localhost", "hello", "321");
if (!$con)
  {
  die('Could not connect: ' . mysql_error());
  }

$db_selected = mysql_select_db("test_db",$con);
$sql = "SELECT * from Person WHERE Lastname='Adams'";
$result = mysql_query($sql,$con);
print_r(mysql_fetch_array($result));

mysql_close($con);
?>

不壓縮圖片,直接上傳原圖,原圖片不清晰,怎么都不會(huì)清晰了

這個(gè)錯(cuò)誤提示很明顯 .
就是 你選擇的版本的 iOS 下沒(méi)有這個(gè)系統(tǒng)函數(shù) clock_settime
事實(shí)上. macOS 也是 10.12 下才有這個(gè)函數(shù)的.

clock_settime 的手冊(cè)頁(yè)說(shuō)明如下.

These functions first appeared in Mac OSX 10.12

建議你找找你別人修改過(guò)可以在 iOS 下運(yùn)行的 python 版本, 或者自行修改.

自己手動(dòng)實(shí)現(xiàn)吧

1.這么寫(xiě)肯定是會(huì)不對(duì)的，會(huì)崩潰。稍微寫(xiě)個(gè)小測(cè)試，確實(shí)會(huì)奔潰。

Book *book = [[Book alloc] init];

{    //從作用域出去后store就會(huì)釋放
    Store *store = [[Store alloc] init];
    book.delegate = store;
}
[book test];
.....
-(void)test{
    
    NSLog(@"book test");
    
    if ([self.delegate respondsToSelector:@selector(testDelegate)]) {
        [self.delegate testDelegate];
    }
}

2.為什么沒(méi)出現(xiàn)奔潰？可能是delegate很少優(yōu)先于self釋放，可能delegate因?yàn)槠渌驔](méi)釋放(單例或者引用循環(huán)等)。一般來(lái)說(shuō)被委托者應(yīng)該在更深的層級(jí)，會(huì)先釋放，比如界面A->B->C,這樣情況，肯定是C作為B的委托，C會(huì)先于B釋放。這個(gè)問(wèn)題你逐個(gè)的檢查一下為什么沒(méi)有奔潰。主要看：是否delegate釋放了還回去調(diào)用self.delegate之類的。

抓包看一下接口有沒(méi)有請(qǐng)求，或者讓ios寫(xiě)一個(gè)js加載的ready事件回調(diào)去執(zhí)行h5的get事件

你確定執(zhí)行的時(shí)候所使用的shell是bash嗎，不是zsh之類？

如果你只是為了初始化model而實(shí)現(xiàn)路由的切換大可不必。在配置路由的時(shí)候把頁(yè)面里面需要用到的所有model一次性初始化就行了。

比如在根路徑下面同時(shí)注冊(cè) user和login兩個(gè)model。

找到原因和解決方案了嗎？我也遇到這個(gè)問(wèn)題了。

網(wǎng)絡(luò)異步加載更新View可能會(huì)導(dǎo)致你說(shuō)的情況，方案：
1.ViewPager的setOffscreenPageLimit方法提高預(yù)加載數(shù)量，保證滑動(dòng)時(shí)不會(huì)銷毀fragment,缺點(diǎn)僅限于有限級(jí)加載
2.對(duì)網(wǎng)絡(luò)請(qǐng)求下手，銷毀頁(yè)面的同時(shí)取消網(wǎng)絡(luò)請(qǐng)求
3.網(wǎng)絡(luò)請(qǐng)求成功，判斷是否銷毀再行更新View

@"((?![^\\]").)*[^"\\n]+"
((?!xx).)* 是不包含xx的意思，這里((?![^\\]").)*就是不包含非\"之外的"。

親，項(xiàng)檢查一下這幾項(xiàng)吧：
1、IP地址和子網(wǎng)掩碼是不是在同一局域網(wǎng)內(nèi)？
2、Mac是不是有防火墻開(kāi)著？
3、Mac是不是禁ping？