@綿陽杜澤坤律師 idea 自動(dòng)生成的 從代碼 這個(gè)東西是寫java的
最常見電商sku設(shè)計(jì)關(guān)鍵是 屬性只和產(chǎn)品類型關(guān)聯(lián)并,抽象出來一個(gè)[屬性值]的概念 商品↑ 只是對(duì)用戶展示的概念,sku↓才是我們實(shí)際管理的單位,是一切的核心
IP屬地：江蘇
-
-
ElasticSearch與MongoDB差異
MongoDB是面向文檔的數(shù)據(jù)庫管理系統(tǒng)，ElasticSearch是基于Apache Lucene的Restful實(shí)時(shí)搜索和分析引擎。 1. 共同點(diǎn) 一些特性是兩者共有的，...
-
0 mq(gold_axe)各種消息中間件 都支持消息持久化,但是都有性能損耗協(xié)議AMQP: rabitmq就是為AMQP而生的,ActiveMQ也支持, 但是性能就不好了小公司并發(fā)低用前個(gè)就好了, A...
-
為什么你的共享鎖這么厲害 還能改?
SQL 92標(biāo)準(zhǔn)定義的事務(wù)隔離的4個(gè)級(jí)別
未提交讀→已提交讀→可重復(fù)讀→串行 數(shù)據(jù)庫村的旺財(cái)和小強(qiáng) 什么鎖都不加時(shí)候,可能多個(gè)連接同時(shí)修改同個(gè)數(shù)據(jù),會(huì)導(dǎo)致丟失修改, 說白了就是倆人都根據(jù)原數(shù)據(jù)去改一個(gè)數(shù)據(jù)， 一個(gè)人的...
-
6.rabbitmq集群(gold_axe)內(nèi)建集群 目的 一個(gè)節(jié)點(diǎn)掛了, 還能繼續(xù)運(yùn)行 增加吞吐量 復(fù)制元數(shù)據(jù):隊(duì)列名稱和屬性(是否持久化自動(dòng)刪除)交換器的名稱類型屬性綁定 弱點(diǎn) 但是, 掛了的那個(gè)節(jié)點(diǎn), 里面的信息...
-
4.3rabbitMq消息(gold_axe)消息頭幀 這是協(xié)議, 就是說 具體這些東西怎么用 靠自己實(shí)現(xiàn)一般是如下用法 設(shè)置過期秒數(shù), 消息過期了就會(huì)去死信路由器, 就實(shí)現(xiàn)了定時(shí)消息 是版本迭代方便: , 這2個(gè)是業(yè)...
-
5.rabbitMq+springboot(gold_axe)發(fā)送都用RabbitTemplate 第一個(gè)參數(shù)如果沒有, 就是發(fā)到routingKey的同名隊(duì)列, 就是發(fā)到默認(rèn)路由器 最簡(jiǎn)單隊(duì)列 direct 只聲明隊(duì)列, 不寫綁定: ...
-
4.2rabbitMq隊(duì)列(gold_axe)
隊(duì)列聲明時(shí)的幾個(gè)參數(shù)除了隊(duì)列名有: 是不是rabbitmq重啟后隊(duì)列還在, 決定了隊(duì)列是 臨時(shí)隊(duì)列 或者是持久隊(duì)列, 開啟持久化影響性能不推薦 是不是不允許綁定多個(gè)消費(fèi)者,...
-
4.1rabbitMq消費(fèi)的拒絕和死信(gold_axe)消費(fèi)者有問題不要慌,異常里面拒絕, 讓重新投遞!或者還有死信 消息的拒絕方式 Reject Nack2個(gè)方式都有一個(gè)是否消息的重新投遞的參數(shù) requeue=false就是不...
-
3.2.rabbitMq消費(fèi)者的消費(fèi)方式(gold_axe)性能和可靠性的權(quán)衡 3種消費(fèi)方式:事務(wù) , 拉取 , Qos 消費(fèi)者一般使用推送, 不用拉取(太慢了) 批量機(jī)制可以極大提升性能 事務(wù) 機(jī)制一般會(huì)被遺棄 單隊(duì)列 一般用于順序...
-
2.rabbitMq交換器類型(gold_axe)交換器類型, 由交換器聲明的時(shí)候決定 Direct headers(幾乎和 direct 一樣)不實(shí)用，可以忽略。 路由器是 Direct類型的話 以路由鍵 來投遞的話 只有...
-
1.原生rabbitMq例子(goldAxe)生產(chǎn)者: 帶著routekey投消息到Exchange的叫消費(fèi)者,生產(chǎn)者只認(rèn)識(shí)Exchange的名字 消費(fèi)者:只知道隊(duì)列名, 等待在一個(gè)隊(duì)列上(指定要不要自動(dòng)回復(fù)) 隊(duì)列:有...
-
飛
飄搖像風(fēng)中的白雪 上下翻舞疏狂的柳絮 盤旋如雨中的蒼鷹 俯視烏云閃電的散聚 摶扶搖而上九萬里 朝飲北冥水暮食蒼梧魚 韶光深情全都賦予飛 為了像夢(mèng)一樣攝魄的笑意
-
ConcurrentHashMap(gold_axe)構(gòu)造 指定初始容量 1.8有變化 比如設(shè)的32 是 32+32/2+1 向上取2的次方所有 設(shè)32 得 64↓ 向上取2的次方 是和hashMap一樣的 sizeCt...
-
StampedLock更好的讀寫鎖(gold_axe)JDK8引入主要是有樂觀讀, 就是完全無鎖, 讀到以后再去檢查下版本, 不行再說 好處 比ReentrantReadWriteLock 的改進(jìn)就是加了樂觀讀, 這樣了避免了 ...
-
synchronize原理-對(duì)象頭mark word對(duì)象大小(gold_axe)對(duì)象 對(duì)象: 12字節(jié)的頭 4字節(jié) 對(duì)齊填充 因?yàn)閖vm以8字節(jié)的倍數(shù) 為一個(gè)slot 最小等我 加一個(gè)field int a; 沒有變大, 剛好不用填充了 對(duì)象頭 就是任意...
-
ReentrantLock公平鎖和非公平鎖(gold_axe)里面有內(nèi)部類 繼承AQS AQS里面 提供狀態(tài), 幾個(gè)隊(duì)列 加鎖實(shí)際上是調(diào) 內(nèi)部類Sync的lock 區(qū)別是: 非公平鎖, 直接cas嘗試拿鎖2次公平鎖首先看有沒有線程在排隊(duì)...
-
synchronized 不是自旋鎖(gold_axe)操作系統(tǒng)os級(jí)別, 實(shí)現(xiàn)同步的方法 1.互斥量mutex:具體是這個(gè)對(duì)象: pthread_mutex_t(互斥鎖)拿不到鎖 就休眠 ↑用法和java里面差不多jvm里面重...
-
Java線程就是操作系統(tǒng)的線程(gold_axe)自己寫一個(gè) 1. 調(diào)用native方法的java類: 除了編譯成對(duì)應(yīng)class文件以外, 還要編譯一個(gè).h的頭文件:javac -h . EnjoyThred.java打開它...