動(dòng)態(tài)鏈接的地址是在運(yùn)行時(shí)確定的，因此編譯連接階段不需要用到動(dòng)態(tài)鏈接庫(kù)中函數(shù)的地址。之所以需要在編譯連接階段引入動(dòng)態(tài)鏈接庫(kù)，主要是為了確定要連接的符號(hào)名，這樣才能在運(yùn)行時(shí)根據(jù)符號(hào)名找到對(duì)應(yīng)的函數(shù)入口。

voc數(shù)據(jù)應(yīng)該是XX_voc,文件參數(shù)更改即可

手機(jī)調(diào)試為什么不直接掃碼呢

更新：我好像知道樓主的問(wèn)題在哪了。
一方面樓主想手動(dòng)去vm.data的方式體驗(yàn)vue。 另一方面，卻又使用了webpack工具。

1.你如果想去vm.data 觀察數(shù)據(jù)變化，

那你恐怕就得采用樓上的方法，不要用webpack構(gòu)建工具
直接let vm = new Vue(...);

2.我就是想用webpack，怎么解決？

那就不要用vm.data這樣的方法了，
直接在mounted方法里執(zhí)行this.data.name = "老王"

3.你仔細(xì)看菜鳥(niǎo)教程里的，他也是

 let vm = new Vue(...);

4.總結(jié)
如果是剛開(kāi)始接觸想體驗(yàn)vue, 那就直接html頁(yè)面上引入vue.js, 按照菜鳥(niǎo)教程/vue官網(wǎng)的教程

對(duì)照著敲（因?yàn)檫@些教程都是這種方式來(lái)的，比較容易上手）。覺(jué)得差不多再結(jié)合webpack腳手架，看一些實(shí)戰(zhàn)DEMO

JS 在進(jìn)行位運(yùn)算前使用進(jìn)行toInt32或是toUint32 進(jìn)行類(lèi)型轉(zhuǎn)換,也就是說(shuō)所有的為操作都是只取對(duì)應(yīng)的 32 bits 來(lái)進(jìn)行的。

function toInt32(x) { return x>>0; }
function toUint32(x) { return x>>>0; }

toInt32(386547056836608); // 19668
19668 / 256 == 768;

http://www.ecma-international...

用數(shù)組的reduce方法
let arr = [[1, 2], [3, 4], [5, 6]]
let list = []
arr.reduce((pre, current, index, arr) => {

list = []
for (let i = 0; i < pre.length; i++) {
    for (let j = 0; j < current.length; j++) {
        list.push(+(pre[i] + '' + current[j]))
    }
}
return list

})

console.log(list)

https://www.cnblogs.com/yingp...
這個(gè)有個(gè)JAVA代碼，你可以參考下。我一開(kāi)始是用C寫(xiě)的，感覺(jué)太麻煩了，JAVA不太會(huì)，但是看懂了一點(diǎn)，希望可以幫到你

    new->next = head->next;
    head->next = new;
    head = head->next;
    new = malloc(sizeof(struct ListNode));

運(yùn)行中，此四行構(gòu)造出一循環(huán)鏈表。故addTwoNumbers函數(shù)退出后，判定程序在打印結(jié)果時(shí)死循環(huán)。

--with-config-file-path=/usr/local/php7/lib
這個(gè)配置的目錄下邊有沒(méi)有php.ini??？
php啟動(dòng)的時(shí)候是可以手動(dòng)指定配置文件的，https://www.cnblogs.com/gouge...
這個(gè)鏈接參考下

對(duì)于序列化而言，不同的序列化，傳輸?shù)膶?duì)象應(yīng)該是二進(jìn)制的流

我覺(jué)得這句話(huà)太有誤導(dǎo)性了。所有網(wǎng)絡(luò)傳輸數(shù)據(jù)當(dāng)然都是二進(jìn)制的流，但那是底層實(shí)現(xiàn)；序列化做的是將內(nèi)存里邊的對(duì)象或者數(shù)據(jù)結(jié)構(gòu)，轉(zhuǎn)化成一種特定格式，這種格式既可以是二進(jìn)制的，也可以是XML，也可以是JSON，因?yàn)樾蛄谢哪康氖?strong>便于傳輸、存儲(chǔ)或者交換數(shù)據(jù)，它的形式都是為了這個(gè)目的去服務(wù)的。比如你如果選擇序列化成JSON，那么寫(xiě)接口的時(shí)候就可以非常方便的用瀏覽器調(diào)試；而如果是跟APP端交互呢，可能用protobuf就比較合適。所以說(shuō)一切的需求都要：

看場(chǎng)景！
看場(chǎng)景！
看場(chǎng)景！

雖然計(jì)算機(jī)在處理時(shí)，所有東西都是二進(jìn)制的，但不是什么場(chǎng)合都要用它的。

pdh.dll PdhOpenQuery, PdhAddCounter

這個(gè)問(wèn)題感覺(jué)有些奇怪呀，有序和map的put、get本身就是兩個(gè)不同的操作，不太明白所說(shuō)的性能是put、get還是別的什么？
TreeMap的特征是Key是有序的（順序取決于key的比較器），對(duì)于put和get復(fù)雜度是log（n）
LinkedHashMap的key也是有序的（順序取決于插入順序），對(duì)put和get復(fù)雜度是1

不是。channel只是用來(lái)與隊(duì)列交互的一個(gè)東西，不能直接操作隊(duì)列。

• 接收是在channel上訂閱指定的隊(duì)列消息
• 發(fā)送一般是通過(guò)channel帶上routingKey發(fā)送到指定的exchange,exchange上根據(jù)routingKey綁定queue來(lái)決定發(fā)送到什么隊(duì)列

UITextField表示這鍋我不背

出現(xiàn)這種情況你難道不是應(yīng)該先檢查下按鈕事件的綁定，既然用的mvvm，去view檢查下賦值，綁定有問(wèn)題

Cookie是Http協(xié)議的補(bǔ)充部分，主要是為了解決標(biāo)記用戶(hù)狀態(tài)的問(wèn)題(比如登錄狀態(tài)，通常用于MVC程序中)，但HTTP接口通常應(yīng)設(shè)計(jì)成無(wú)狀態(tài)的，以方便擴(kuò)展，所以不應(yīng)該使用Cookie，沒(méi)有必要也不安全。

session和cookie是不一樣的
session存儲(chǔ)在服務(wù)器,cookie存儲(chǔ)在客戶(hù)端

設(shè)置cookie:
function setcookie ($name, $value = null, $expire = null, $path = null, $domain = null, $secure = null, $httponly = null) {}
獲取cookie:
$_COOKIE[$sCookieName];

題主的寫(xiě)法只是操作了服務(wù)器端的session,并沒(méi)有向?yàn)g覽器發(fā)送cookie
session.cookie_secure 使得cookie是否可以通過(guò)https傳輸,改向設(shè)置為1則僅可以通過(guò)https傳輸cookie
session.cookie_httponly 使得cookie是否可以被客戶(hù)端js等進(jìn)行操作,該項(xiàng)設(shè)置為1則僅能夠通過(guò)http請(qǐng)求訪問(wèn)cookie

====================更新===================
測(cè)試了題主的寫(xiě)法,session需要cookie來(lái)保存會(huì)話(huà)id,如果配置禁止了http寫(xiě)cookie的權(quán)限的話(huà)
那么每次交互響應(yīng)頭都會(huì)發(fā)送set-cookie命令,且會(huì)話(huà)id每次都會(huì)重新生成
而由于當(dāng)前請(qǐng)求內(nèi)$_SESSION是超全局變量,其內(nèi)容在當(dāng)前上下文是存在的,所以是可以正確獲取到的
并且客戶(hù)端和服務(wù)器交互請(qǐng)求頭會(huì)發(fā)送sessionid來(lái)唯一識(shí)別本次會(huì)話(huà),如果客戶(hù)端不能夠存儲(chǔ)cookie
則服務(wù)器不能夠查找到當(dāng)前交互設(shè)置的session,也就是說(shuō)當(dāng)前請(qǐng)求設(shè)置的session僅存在于當(dāng)前上下文,
下一個(gè)請(qǐng)求到來(lái)時(shí),由于請(qǐng)求頭沒(méi)有攜帶上次會(huì)話(huà)的sessionid,就無(wú)法識(shí)別相應(yīng)的session,上次請(qǐng)求設(shè)置的session相當(dāng)于不存在,由于服務(wù)器端session存儲(chǔ)在文件中,那么每次交互都會(huì)在session.save_path產(chǎn)生新的sess_j9pul3sdggncaas6luc4cild95文件,這樣會(huì)耗盡服務(wù)器資源

每一次while循環(huán)里定義的*char都是同一個(gè)地址，所以數(shù)據(jù)被覆蓋掉了

測(cè)試代碼，gcc編譯，Ubuntu運(yùn)行

#include<stdio.h>
#include<string.h>
typedef struct student{
  char *name;
  char num;
}student;
int main()
{ 
  char i = 0;
  while(i < 10){
  student xie;
    xie.name = &i;
    xie.num = i;
    printf("0x%p\n",xie.name);
    printf("%d\n",xie.num);
    i++;
  }

}

運(yùn)行結(jié)果：

0x0x7ffc7f2ca04f
0
0x0x7ffc7f2ca04f
1
0x0x7ffc7f2ca04f
2
0x0x7ffc7f2ca04f
3
0x0x7ffc7f2ca04f
4
0x0x7ffc7f2ca04f
5
0x0x7ffc7f2ca04f
6
0x0x7ffc7f2ca04f
7
0x0x7ffc7f2ca04f
8
0x0x7ffc7f2ca04f
9