beforeEach vue路由中的全局守衛(wèi)鉤子函數(shù) 傳三個(gè)參數(shù)，我就不一一解釋了
to: Route: 即將要進(jìn)入的目標(biāo) 路由對(duì)象
next() 一定要調(diào)用該方法來 resolve 這個(gè)鉤子，才能往下執(zhí)行.

nextRoute.indexOf(to.name) 的意思就顯而易見了啊

即將進(jìn)入的路由對(duì)象name是否包含于nextRouter數(shù)組中，包含 next（）就ok了

反范式了解一下？
MongoDB為水平擴(kuò)展和高性能而生，注意在分布式環(huán)境下應(yīng)該避免用關(guān)系模型來思考問題，因?yàn)檫@往往都會(huì)成為性能的瓶頸。就你的問題而言，似乎沒有什么理由要把這些數(shù)據(jù)拆成兩個(gè)表來存儲(chǔ)。如果在同一個(gè)文檔中同時(shí)存放你說的那些數(shù)據(jù)，問題是不是就解決了？

已經(jīng)解決：把thrift_sasl換成0.2.0版本，GitHub上有類似問題

友盟設(shè)置的COOKIE
CNZZDATA是CNZZ統(tǒng)計(jì)的cookie么人，而CNZZ數(shù)據(jù)統(tǒng)計(jì)被友盟收購，所以UM_xxx是友盟的cookie。

請(qǐng)描述清楚，哪里運(yùn)行save()取不到值了，現(xiàn)在看不出問題。

元素上bindtap方法：（選擇圖片）
chooseImgHandler: function (e) {

var that = this;
that.count_img = count_img; //允許上傳的圖片數(shù)目
if (that.isGoing) return;
that.isGoing = true;
if (count_img) {
  wx.chooseImage({
    count: count_img,
    sizeType: ['compressed'],
    sourceType: ['album', 'camera'],
    success: function (res) {
      var tempFilePaths = res.tempFilePaths;
      wx.showLoading();
      that.uploadimg(tempFilePaths);
    },
    fail: function () {
      // App.serverErrorTip("圖片選擇失敗...");
      that.isGoing = false;
    }
  })
} else {
  App.serverErrorTip('已達(dá)到上傳圖片上限啦~');
  that.isClicking = false;
}

},
//拿到用戶選擇的圖片的臨時(shí)文件路徑數(shù)組以后，循環(huán)上傳到自己的服務(wù)器
//上傳多圖
uploadimg: function (data) {

var that = this,
  zero = 0,
  i = data.i ? data.i : zero,
  success = data.success ? data.success : zero,
  fail = data.fail ? data.fail : zero,
  count_img = that.count_img;
wx.uploadFile({
  url: '自己服務(wù)器的地址',
  filePath: data[i],
  name: 'file',
  formData: {服務(wù)器需要接受的參數(shù)},
  success: function (resp) {
    if (resp.statusCode == 200) {
      if (!resp.data || resp.data.indexOf("errcode") != -1) {
        var msg = "";
        try {
          var json = eval("(" + resp.data + ")");
          msg = '上傳圖片失敗:' + json.errmsg;
        } catch (e) {
          msg = '上傳圖片失敗'
        }
        that.wetoast.toast({
          title: msg,
          duration: 3000
        })
        fail++;
        wx.hideLoading();
      } else {
       //成功后的回調(diào)
       //自己的事件方法
        that.count_img = count_img;
        if (i == (data.length - 1)) {
          wx.hideLoading();
        }
      }
    } else {
      if (i == (data.length - 1)) {
        wx.hideLoading();
      }
      App.serverErrorTip('上傳圖片失敗');
    }
  },
  fail: function (res) {
    fail++;
    if (i == (data.length - 1)) {
      wx.hideLoading();
    }
  },
  complete: function () {
    i++;
    if (i == data.length) {   //當(dāng)圖片傳完時(shí)，停止調(diào)用          
      console.log('執(zhí)行完畢');
      console.log('成功：' + success + " 失?。? + fail);
      that.isClicking = false;
    } else {//若圖片還沒有傳完，則繼續(xù)調(diào)用函數(shù)
      data.i = i;
      data.success = success;
      data.fail = fail;
      that.uploadimg(data);
    }
  }
});

},

（1） is是比較兩個(gè)引用是否指向了同一個(gè)對(duì)象（引用比較）。

所以，在修改a的同時(shí)，b隨之改變，這也是毋庸置疑的。如圖：

（2） n和copy中的地址不相同。你之所以認(rèn)為相同是因?yàn)槟惆褱\拷貝和直接賦值（也有人叫它淺拷貝的一種形式）形式的運(yùn)算搞混了，或者說你還沒有理清楚它們的區(qū)別。

例如剛才的“b = a” 就是直接賦值（引用操作），而你的n = names.copy()是淺拷貝。

淺拷貝：拷貝了最外圍的對(duì)象本身，內(nèi)部的元素都只是拷貝了一個(gè)引用而已。也就是，把對(duì)象復(fù)制一遍，但是該對(duì)象中引用的其他對(duì)象我不復(fù)制。（或者說只拷貝父對(duì)象，不會(huì)拷貝對(duì)象的內(nèi)部的子對(duì)象。）

這句話一出，你可能會(huì)馬上明白，但你也可能一臉懵逼，舉個(gè)例子來解釋一下：

做個(gè)圖解可能更方便理解：

步驟詳解：
（1）創(chuàng)建兩個(gè)列表a,b。
（2）創(chuàng)建列表c,它的c[0],c[1]分別保存的是a,b的引用值。
（3）通過"e = c.copy()"拷貝一份出來，記?。含F(xiàn)在只拷貝了父層,父層只有c[0],c[1],那現(xiàn)在就只拷貝這一層對(duì)象，而c[0],c[1]指向的內(nèi)容，我不復(fù)制（請(qǐng)好好理解這句話）。
（4）e的第一層（e[0],e[1])分別指向了列表a,b.從圖中看，e和c的內(nèi)容相等（也確實(shí)相等）。但是e,c的箭頭并沒有指向同一個(gè)對(duì)象?。?！e在c.copy()的時(shí)候開辟了空間，所以導(dǎo)致你的is比較返False.如圖：

大概就解釋到這，小生不才，言語表達(dá)能力可能不是很難好，希望能幫到你。

這是為什么呀，我整懵逼了

this.name可以直接拿到。
頁面上直接寫{{name}}

只能輸入兩位小數(shù)，又可以匹配到0.1 這明細(xì)就矛盾。你還不如把全部需求寫出來

324234234

你在你最外層加一個(gè)點(diǎn)擊方法，ng-click="closeThisDialog",然后里面的所有點(diǎn)擊事件添加一個(gè)阻止冒泡的方式

一：不要寫行內(nèi)樣式，權(quán)重太高，CSS就影響不到了。
二：用css 就能解決
<style>

    #parent{
        height: 50px;
        background: red;
    }
    #son{
        height: 30px;
        background: blue;
    }
    #parent:hover{
        height: 200px;
    }
    #son:hover #parent{
        height: 200px;
    }
</style>

先確認(rèn)一下 content-type 吧，response 的 content-type 是 json 么？看報(bào)錯(cuò)不太像，很像是返回了 text/html 的 header

set_error_handler,set_exception_handler,register_shutdown_function這三個(gè)方法，可以找各種框架看看他們的錯(cuò)誤異常接管，也可以用whoops這種現(xiàn)成的類庫。

with 意味渴求式加載。意思是當(dāng)你需要一些信息的時(shí)候把其連帶的信息也“渴求式的查詢出來”。所以你要如何取得每篇文章中的前10條評(píng)論那么就要先把所有的文章找出來然后再去加載每一個(gè)文章的評(píng)論。

essay::get()->comment()->take(10);

crontab當(dāng)然可以添加多個(gè)了

function say(){
    console.log('hi')
}

class Dog{
    constructor(name){
        this.name = name
    }
    say(){
        return say()
    }
}
new Dog('tom').say()

btn.onclick=st() 就相當(dāng)于
document.getElementById('btn').onclick = function(){
 alert("sd")
}

翻閱相關(guān) Javadoc 可以得知：

Central interface to provide configuration for an application. This is read-only while the application is running, but may be reloaded if the implementation supports this.
An ApplicationContext provides:

Bean factory methods for accessing application components. Inherited from ListableBeanFactory.

• The ability to load file resources in a generic fashion. Inherited from the ResourceLoader interface.
• The ability to publish events to registered listeners. Inherited from the ApplicationEventPublisher interface.
• The ability to resolve messages, supporting internationalization. Inherited from the MessageSource interface.
• Inheritance from a parent context. Definitions in a descendant context will always take priority. This means, for example, that a single parent context can be used by an entire web application, while each servlet has its own child context that is independent of that of any other servlet.

In addition to standard BeanFactory lifecycle capabilities, ApplicationContext implementations detect and invoke ApplicationContextAware beans as well as ResourceLoaderAware, ApplicationEventPublisherAware and MessageSourceAware beans.
-- ApplicationContext (Spring Framework 5.0.8.RELEASE API)

其中第四點(diǎn)提到 parent context 這個(gè)概念，即 Spring 容器支持多個(gè)上下文，以當(dāng)前上下文為最優(yōu)先配置，未配置的則通過父上下文來配置。

其他問題請(qǐng)自行翻閱文檔：

• ConfigurableWebApplicationContext (Spring Framework 5.0.8.RELEASE API)
• WebApplicationContext (Spring Framework 5.0.8.RELEASE API)