摘要:涉及到取餐號(hào)的問(wèn)題,每個(gè)商家都有相對(duì)應(yīng)的取餐號(hào),這時(shí)候很難用來(lái)實(shí)現(xiàn),想了很多辦法,首先做測(cè)試,生成一堆訂單。,然后批量改變訂單狀態(tài)。
涉及到取餐號(hào)的問(wèn)題,每個(gè)商家都有相對(duì)應(yīng)的取餐號(hào),這時(shí)候很難用 blockqueue來(lái)實(shí)現(xiàn),想了很多辦法,首先做測(cè)試,生成一堆訂單。,然后批量改變訂單狀態(tài)。
class ThreadTest implements Runnable{ private String testString; public ThreadTest(String test){ testString = test; } /** * 重寫(xiě)(Override)run()方法 JVM會(huì)自動(dòng)調(diào)用該方法 */ public void run() { String token = "token=18f78d796311bd38&"; String uri="http://localhost:8080/noodle/payOrderStatus.json?"+token+"orderid="+testString+"&orderstatus=1"; try{ HttpClient httpClient=new DefaultHttpClient(); HttpGet httpGet = new HttpGet(uri); HttpResponse resp=httpClient.execute(httpGet); if(resp.getStatusLine().getStatusCode()==HttpStatus.SC_OK){ BufferedReader reader=new BufferedReader( new InputStreamReader(resp.getEntity().getContent()) ); StringBuffer result=new StringBuffer(); String inputLine=null; while((inputLine=reader.readLine())!=null){ result.append(inputLine); } System.out.println(result.toString()); ResultModel> test = JSON.parseObject(result.toString(),new TypeReference
>>(){}); System.out.println(test.getCode()); OrderDetail orderDetail = test.getData().get(0); System.out.println(orderDetail.getDishtype()); } }catch(Exception e){ System.out.println(e.getMessage()); } } }
使用線程池來(lái)模擬
不用sychronized就會(huì)是有重復(fù)的數(shù)據(jù)產(chǎn)生,如果加上則不會(huì)產(chǎn)生重復(fù)數(shù)據(jù),達(dá)到預(yù)期效果。
文章版權(quán)歸作者所有,未經(jīng)允許請(qǐng)勿轉(zhuǎn)載,若此文章存在違規(guī)行為,您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請(qǐng)注明本文地址:http://m.hztianpu.com/yun/65471.html
摘要:盡可能地將數(shù)據(jù)寫(xiě)入,例如創(chuàng)建設(shè)置的都會(huì)將數(shù)據(jù)立即的寫(xiě)入再來(lái)看看文檔怎么描述的看看這可愛(ài)的默認(rèn)值我們終于知道了當(dāng)我們不做任何設(shè)置時(shí),默認(rèn)采用的是方式顯而易見(jiàn),使用方式能最大限度的減少與的交互,而在大多數(shù)場(chǎng)景下都是沒(méi)有問(wèn)題的。 0.問(wèn)題背景 此次問(wèn)題源于一次挺嚴(yán)重的生產(chǎn)事故:客戶的訂單被重復(fù)生成了,而出問(wèn)題的代碼其實(shí)很簡(jiǎn)單: // .... redisLockUtil.lock(membe...
摘要:前言最近應(yīng)公司業(yè)務(wù)需求,把微信支付完成了,當(dāng)然已經(jīng)順利上線。第三步查詢訂單該接口提供所有微信支付訂單的查詢,商戶可以通過(guò)該接口主動(dòng)查詢訂單狀態(tài),完成下一步的業(yè)務(wù)邏輯。 前言 最近應(yīng)公司業(yè)務(wù)需求,把微信支付完成了,當(dāng)然已經(jīng)順利上線。但是開(kāi)發(fā)的過(guò)程是也是踩了很多坑,下面我就先說(shuō)說(shuō)開(kāi)發(fā)流程,以及在開(kāi)發(fā)中遇到的大大小小的坑。 開(kāi)發(fā)流程 首先,看一下微信開(kāi)方平臺(tái)關(guān)于支付的一個(gè)時(shí)序圖,如下: sh...
摘要:本文是淺析微信支付系列文章的第六篇,主要講解支付成功后,微信回調(diào)商戶支付結(jié)果通知的處理。微信支付支付回調(diào)接口該鏈接是通過(guò)統(tǒng)一下單中提交的參數(shù)設(shè)置,如果鏈接無(wú)法訪問(wèn),商戶將無(wú)法接收到微信通知。 本文是【淺析微信支付】系列文章的第六篇,主要講解支付成功后,微信回調(diào)商戶支付結(jié)果通知的處理。 淺析微信支付系列已經(jīng)更新五篇了喲~,沒(méi)有看過(guò)的朋友們可以看一下哦。 淺析微信支付:統(tǒng)一下單接口 淺析...
摘要:本文是淺析微信支付系列文章的第七篇,主要講解微信商戶平臺(tái)的訂單查詢和關(guān)閉接口的使用。查詢訂單以下為微信官方的查詢訂單文檔應(yīng)用場(chǎng)景該接口提供所有微信支付訂單的查詢,商戶可以通過(guò)查詢訂單接口主動(dòng)查詢訂單狀態(tài),完成下一步的業(yè)務(wù)邏輯。 本文是【淺析微信支付】系列文章的第七篇,主要講解微信商戶平臺(tái)的訂單查詢和關(guān)閉接口的使用。 淺析微信支付系列已經(jīng)更新六篇了喲~,沒(méi)有看過(guò)的朋友們可以看一下哦。 ...
閱讀 3493·2023-04-26 02:09
閱讀 2843·2021-11-24 09:39
閱讀 3456·2021-11-16 11:52
閱讀 3832·2021-10-26 09:50
閱讀 2914·2021-10-08 10:05
閱讀 2597·2021-09-22 15:25
閱讀 3440·2019-08-30 13:14
閱讀 1069·2019-08-29 17:06