嗚啦啦嗚啦啦兒歌

原因：打開方式錯誤導(dǎo)致。解決方法：重新正確設(shè)置來解決此問題。

如下參考：

1.首先，打開Excel電子表格并單擊數(shù)據(jù)中的“fromtext”。

2. 然后單擊彈出窗口以打開所需的CSV文件，如下所示。

3.然后在彈出窗口中選擇“separator”。您還可以選擇想要返回的選項(xiàng)，然后單擊next，如下所示。

4.然后在彈出窗口中根據(jù)價格格式選擇細(xì)分樣式，點(diǎn)擊next，如下圖所示。

5.然后選擇“text”，按回車確認(rèn)，如下圖所示。

6.然后選擇要導(dǎo)入數(shù)據(jù)的單元格，按enter鍵確認(rèn)。

7.然后您可以打開它，如下所示。

jdk1.8新特性知識點(diǎn)：Lambda表達(dá)式函數(shù)式接口*方法引用和構(gòu)造器調(diào)用Stream API接口中的默認(rèn)方法和靜態(tài)方法新時間日期API在jdk1.8中對hashMap等map集合的數(shù)據(jù)結(jié)構(gòu)優(yōu)化。hashMap數(shù)據(jù)結(jié)構(gòu)的優(yōu)化原來的hashMap采用的數(shù)據(jù)結(jié)構(gòu)是哈希表（數(shù)組+鏈表），hashMap默認(rèn)大小是16，一個0-15索引的數(shù)組，如何往里面存儲元素，首先調(diào)用元素的hashcode方法，計算出哈希碼值，經(jīng)過哈希算法算成數(shù)組的索引值，如果對應(yīng)的索引處沒有元素，直接存放，如果有對象在，那么比較它們的equals方法比較內(nèi)容如果內(nèi)容一樣，后一個value會將前一個value的值覆蓋，如果不一樣，在1.7的時候，后加的放在前面，形成一個鏈表，形成了碰撞，在某些情況下如果鏈表無限下去，那么效率極低，碰撞是避免不了的加載因子：0.75，數(shù)組擴(kuò)容，達(dá)到總?cè)萘康?5%，就進(jìn)行擴(kuò)容，但是無法避免碰撞的情況發(fā)生在1.8之后，在數(shù)組+鏈表+紅黑樹來實(shí)現(xiàn)hashmap，當(dāng)碰撞的元素個數(shù)大于8時 & 總?cè)萘看笥?4，會有紅黑樹的引入除了添加之后，效率都比鏈表高，1.8之后鏈表新進(jìn)元素加到末尾ConcurrentHashMap (鎖分段機(jī)制)，concurrentLevel,jdk1.8采用CAS算法(無鎖算法，不再使用鎖分段)，數(shù)組+鏈表中也引入了紅黑樹的使用。