1、題主第一個(gè)問題：想這樣：

在某個(gè)條件分支下創(chuàng)建一個(gè)函數(shù)，并且只在這個(gè)分支內(nèi)使用。

所以寫出下面代碼：

if (true) {
    // 在某個(gè)條件分支下創(chuàng)建一個(gè)函數(shù)，并且只在這個(gè)分支內(nèi)使用。
    function a() {
        // code...
    }
    a();
}

但是，題主如果在 if 語句塊之外訪問函數(shù) a，是可以的，因?yàn)?/p>

ES6 在非嚴(yán)格模式下塊級函數(shù)的作用域會被提升到所在函數(shù)或全局環(huán)境的頂部，而不是代碼塊的頂部。

所以下面代碼不會報(bào)錯：

if (true) {
    // 在某個(gè)條件分支下創(chuàng)建一個(gè)函數(shù)，并且只在這個(gè)分支內(nèi)使用。
    function a() {
        // code...
    }
    a();
}
a;//返回函數(shù) a 

所以，題主想要的

在某個(gè)條件分支下創(chuàng)建一個(gè)函數(shù)，并且只在這個(gè)分支內(nèi)使用

在非嚴(yán)格模式下，并沒有實(shí)現(xiàn)，或者說，看起來實(shí)現(xiàn)了，但實(shí)際上沒有，反而造成了全局變量污染且容易引起歧義；

在嚴(yán)格模式下，是實(shí)現(xiàn)了的，也就是說，上面的函數(shù) a 只能在 if 語句塊內(nèi)訪問，因?yàn)?/p>

ES6 會將 a() 函數(shù)視為塊級聲明，并允許它在定義所在的代碼塊內(nèi)部被訪問，且塊級函數(shù)會被提升到所在代碼塊的頂部

2、題主的第二個(gè)問題：

是不是在ES6之前，這樣聲明是語法錯誤？

答：

在 ES3 或更早版本中，在代碼塊中聲明函數(shù)（即塊級函數(shù)）嚴(yán)格來說應(yīng)當(dāng)是一個(gè)語法錯誤，但所有的瀏覽器卻都支持該語法?？上У氖牵總€(gè)支持該語法的瀏覽器都有輕微的行為差異，所以最佳實(shí)踐就是不要在代碼塊中聲明函數(shù)（更好的選擇是使用函數(shù)表達(dá)式）。

為了控制這種不兼容行為， ES5 的嚴(yán)格模式為代碼塊內(nèi)部的函數(shù)聲明引入了一個(gè)錯誤

3、題主的第三個(gè)問題：

另外，我會把這個(gè)函數(shù)保持在它被調(diào)用之前，這樣就不會發(fā)生變量提升了。

題主請先去了解下函數(shù)聲明語句的變量提升，題主的這句話代表題主并不理解變量提升；

4、題主的第四個(gè)問題：

其實(shí)我很郁悶，因?yàn)槲业拇a要根據(jù)不同場景執(zhí)行不同的代碼，有些函數(shù)只在某一個(gè)場景下使用。按照這個(gè)標(biāo)準(zhǔn)的話要把大量函數(shù)移出來，結(jié)果就是聲明的這些函數(shù)有很多根本沒有被調(diào)用。這樣是不是會多占用資源？

這個(gè)不太清楚，我粗淺的認(rèn)為不會，因?yàn)?js 有垃圾回收機(jī)制，如果沒有閉包，正常情況下都會被垃圾回收掉的，閉包題主請單獨(dú)查資料，或者戳這

參考：深入理解ES6-中-非掃描版

重新回答一份

1.ESLint只是一個(gè)代碼檢查工具，它報(bào)錯不代表代碼是錯誤的
2.ESLint的提示都是有原因的
3.在代碼塊兒中定義函數(shù)自己使用的做法很常見，不喜歡提示可以關(guān)掉這個(gè)選項(xiàng)
4.如果“提升”整個(gè)概念是指編譯階段將所有的聲明都挪到執(zhí)行代碼的前面，那我可以接受。為什么會將聲明的部分提到最前面，我覺得應(yīng)該是方便申請內(nèi)存吧。
5.我也不支持在代碼塊（尤其是邏輯分支）中定義自己使用的函數(shù)。如果你能確定這個(gè)方法絕對沒有地方再使用，大可這么做，語法也支持，協(xié)作起來也只有你自己知道這段代碼并維護(hù)。
6.方法定義在哪里都一樣，代碼體積也不會變，也省不了多少內(nèi)存。在邏輯分支里定義了函數(shù)基本上也會馬上調(diào)用，理論上修改起來并不方便。

寫在后面：這個(gè)語法是沒有錯誤的，但是是存在的隱患的，所以ESLint告訴你不要這么做。你擔(dān)心的占用資源問題是多余的，方法執(zhí)行起來占用的資源才是你應(yīng)該擔(dān)心的。另外考慮到復(fù)用性和協(xié)作，即使是不同分支要執(zhí)行不同代碼，也不要在代碼塊兒內(nèi)聲明方法。復(fù)用性上不便于方法的復(fù)用，協(xié)作性上不便于別人修改你的代碼。如果說需求是根據(jù)不同的條件需要不同的方法體，那為什么不把這個(gè)條件作為參數(shù)傳入方法，在方法體中進(jìn)行邏輯分支。ESLint給出的提示是根據(jù)設(shè)計(jì)模式和代碼規(guī)范給出的，完全按照提示去做絕對沒有壞處，不按照他說的做也不一定會報(bào)錯。養(yǎng)成良好的代碼習(xí)慣，學(xué)會去構(gòu)建代碼，而不是一味地實(shí)現(xiàn)邏輯，這也是ESLint這樣的工具存在的目的。