需求是: 同步微信公眾號(hào)的文章,(微信提供文章的分頁查詢接口)。最開始是做的個(gè)循環(huán)請(qǐng)求,一千多篇文章,需要大概6分鐘,太慢了。 所以我打算用多線程。 先看一下微信的接口文檔。...
需求是: 同步微信公眾號(hào)的文章,(微信提供文章的分頁查詢接口)。最開始是做的個(gè)循環(huán)請(qǐng)求,一千多篇文章,需要大概6分鐘,太慢了。 所以我打算用多線程。 先看一下微信的接口文檔。...
shiro 是比較好用的權(quán)限認(rèn)證框架,Controller 中一般會(huì)可以使用 來做權(quán)限判斷。 但是現(xiàn)在一般的增刪改查都會(huì)抽取到一個(gè)公共的BaseController里面,每個(gè)...
我們在學(xué)習(xí)一個(gè)新的開源項(xiàng)目,或者在選用框架的時(shí)候,通常需要做一些評(píng)估。 比如框架的效果,開發(fā)成本,可維護(hù)性等。 這個(gè)時(shí)候,很多人會(huì)去 GitHub上找一下這個(gè)開源軟件的活躍度...
通過 case 來判斷取哪個(gè)字段例如 如果 cancel_flag =1 那么 使用 got_amount 的值 ,否則 gift_amount 的值
一個(gè)很簡單的需求,已知一個(gè)身份證或者日期,判斷對(duì)應(yīng)的人是否滿了18歲。 網(wǎng)上有很多方法,有的就是直接按天算是否 大于 18年 乘以 365天,這些都可能不準(zhǔn)確,畢竟存在閏年啊...
平常開發(fā)或測試中,沒有用到數(shù)據(jù)庫連接池可能也測試不出來,但是一旦到線上出現(xiàn)一定數(shù)量的并發(fā),就會(huì)損失慘重。 在沒有數(shù)據(jù)庫連接池的情況,有30個(gè)并發(fā),出現(xiàn) 所以可以看出數(shù)據(jù)庫連接...
很多情況下慢SQL會(huì)導(dǎo)致數(shù)據(jù)庫鎖表甚至服務(wù)器宕機(jī)。 如果一個(gè)線程開啟了一個(gè)事務(wù),然后執(zhí)行了一條慢SQL,這就意味著在它執(zhí)行結(jié)束前,這個(gè)事務(wù)所占的資源(行記錄或者表)就會(huì)被鎖定...
重載是java語言的一個(gè)很重要的特性,但是在用dubbo服務(wù)的時(shí)候,有個(gè)小坑,和大家分享。 上代碼: 看一下dubbo接口的實(shí)現(xiàn): 參考:https://blog.csdn....
老板: 給我做一個(gè)可以key進(jìn)去一個(gè)個(gè)標(biāo)簽的文本框。我:給你個(gè) tagsinput 吧 百度上有一些用法,比較零碎。 我這里總結(jié)一下 基于bootstrap 的 tagsi...
用Mybaits分頁插件一時(shí)爽,一直用一直爽。 但是需要注意的是,很多分頁插件的原理是將執(zhí)行的SQL包裝一層,然后再 count,在SQL中有子查詢并且數(shù)據(jù)量多的情況下就會(huì)出...
先貼錯(cuò)誤異常: 很明顯是鎖表了,按道理說表引擎為 InnoDB ,一個(gè)簡單的update 語句,用的是行級(jí)鎖,執(zhí)行起來都是毫秒級(jí)的,怎么會(huì)出鎖表這么嚴(yán)重的問題呢? 我做了很多...