“尾遞歸”可以了解下，有遞歸的優(yōu)點(diǎn)，同時(shí)不用擔(dān)心棧溢出。

bind函數(shù)的第二個(gè)參數(shù)應(yīng)該是指針吧

不可取代。
編譯型編譯需要時(shí)間，如果開(kāi)發(fā)的時(shí)候頻繁編譯時(shí)間上是個(gè)問(wèn)題，項(xiàng)目越大編譯越久

解釋型就沒(méi)有這個(gè)問(wèn)題

可以看看這個(gè)java8的系列教程 : https://github.com/itguang/java8

內(nèi)存這個(gè)應(yīng)該不用觀察吧.
每個(gè)進(jìn)程的內(nèi)存空間都是獨(dú)立的, 進(jìn)程掛了, 操作系統(tǒng)給她分配的內(nèi)存都會(huì)回收掉.

至于其他需要釋放的資源怎么處理, 這里要看你說(shuō)的資源都是啥.
內(nèi)存/文件/鎖/數(shù)據(jù)庫(kù)鏈接/共享消息等.
如果是進(jìn)程內(nèi)資源, 那操作系統(tǒng)負(fù)責(zé)回收, 如果是跨進(jìn)程的資源,比如和另外個(gè)進(jìn)程共用一把鎖, 這個(gè)時(shí)候進(jìn)程A掛了,進(jìn)程B就拿不到鎖了, 如果進(jìn)程B也沒(méi)有鎖的超時(shí)機(jī)制,那就有問(wèn)題了.

更進(jìn)一步, 如果你把"資源"限定在為一個(gè)一組對(duì)稱的操作的話, 也不會(huì)釋放. 比如進(jìn)程啟動(dòng)初始化了一堆文件, destroy的時(shí)候應(yīng)該全部刪除. 這個(gè)活兒操作系統(tǒng)不會(huì)幫你干,進(jìn)程掛了的時(shí)候也沒(méi)有釋放.

應(yīng)該是你沒(méi)有掛載上

可以的，之前我做項(xiàng)目的時(shí)候，只發(fā)布自己代碼打的jar就可以了，
其他jar單獨(dú)放上去，還有那些靜態(tài)資源一般都比較大，也傳一次不更新就不用再打包了

不建議使用 urllib 庫(kù)，推薦 requests 庫(kù)

import requests
response = requests.get('https://www.baidu.com/')
response.encoding = 'utf-8'
print(response.text)

傳送門(mén)：https://techoverflow.net/2017...
Google一下還是很有必要

可以考慮下面這種方式，而非直接聲明式~

var digui = function f(num) {
  if (num < 2) {
    return 1;
  } else {
    return num * f(num - 1);
  }
}
var digui2 = digui;
// 置空之前的變量
digui = null;

console.log(digui2(10));

對(duì)于倉(cāng)庫(kù)中沒(méi)有的文件，git commit file 不能提交

502 是服務(wù)端錯(cuò)誤，一般是請(qǐng)求太多了處理不過(guò)來(lái)，你過(guò)一段時(shí)間再試試看。

在資源文件夾下建三個(gè)文件夾, 分別對(duì)應(yīng)放置各自的application.properties文件

src/main/resources/dev/application.properties
src/main/resources/test/application.properties
src/main/resources/pro/application.properties

在pom.xml里先定義三個(gè)profile

    <profiles>
        <profile>
            <!-- 本地開(kāi)發(fā)環(huán)境 -->
            <id>dev</id>
            <properties>
                <profiles.active>dev</profiles.active>
                <modifier></modifier>
            </properties>
            <activation>
                <activeByDefault>true</activeByDefault>       <!-- 默認(rèn)的，不加參數(shù)時(shí)執(zhí)行這個(gè)profile -->         
            </activation>
        </profile>
        <profile>
            <!-- 測(cè)試環(huán)境 -->
            <id>test</id>
            <properties>
                <profiles.active>test</profiles.active>
                <modifier>-test</modifier>        
            </properties>
        </profile>
        <profile>
            <!-- 生產(chǎn)環(huán)境 -->
            <id>pro</id>
            <properties>
                <profiles.active>pro</profiles.active>                
                <modifier>-pro</modifier>                
            </properties>
        </profile>
    </profiles>

在build的標(biāo)簽下， 先排除全部，再添加當(dāng)前通過(guò)-P參數(shù)激活的profile:

    <build>
        <resources>
            <resource>
                <directory>src/main/resources</directory>
                <!-- 資源根目錄排除各環(huán)境的配置，防止在生成目錄中多余其它目錄 -->
                <excludes>
                    <exclude>test/*</exclude>
                    <exclude>pro/*</exclude>
                    <exclude>dev/*</exclude>
                </excludes>
            </resource>
            <resource>
                <directory>src/main/resources/${profiles.active}</directory>
            </resource>
        </resources>

最后，編譯時(shí)加-P參數(shù)即可, 如：

mvn -Ppro package

Boost.Icl

困擾了快一周了，問(wèn)題終于解決，算法本身沒(méi)問(wèn)題，只是第三方的系統(tǒng)會(huì)縮放目標(biāo)圖片，計(jì)算時(shí)加上這個(gè)縮放比例定位即準(zhǔn)確。

Digest翻譯過(guò)來(lái)是摘要,不是加密. 既然是摘要,也就不能解密的, 就象你不能用論文摘要還原整個(gè)論文一樣.
摘要的作用不是加密, 而是防篡改. 至于很多摘要算法用于密碼變形,則是完全的另一回事,不要看成是加密.

因?yàn)間++不會(huì)正確的編譯其他的CPP文件，你可以看VSCode的命令：
g++ /Users/stanhu/Desktop/Git/Foundation/CPP_Learn/main.cpp -o /Users/stanhu/Desktop/Git/Foundation/CPP_Learn/main.out -g -Wall -fcolor-diagnostics -std=c++11
只編譯了main.cpp文件而沒(méi)有編譯a.cpp文件，所以會(huì)出現(xiàn)symbols for architecture x86_64錯(cuò)誤
所以正確的做法是：g++ main.cpp a.cpp -o main.out
再執(zhí)行./main.out
就沒(méi)問(wèn)題了，所以現(xiàn)在問(wèn)題出來(lái)了，那么怎么樣才能讓VSCode正確的編譯所有鏈接的CPP文件呢。

\n代表?yè)Q行符，意思是輸入遇到換行符就結(jié)束

對(duì)Optional類型強(qiáng)制解包的前提是你得知道其值一定不為nil，否則需要判斷

if let cell =  collectionView.cellForItem(at: indexPath) as? ChargeUpCollectionViewCell {
 // cell可以操作了
}

m,n,p,q未初始化