原创 bit相關的運算及傳輸

計算機存儲單位 bit(位:計算機最小基本數據單位只能存放0,1), byte(字節:1byte存放1個英文字母(不分大小寫,1個英文符號)或者存放半個漢字,不同的編碼格式,需要不同數量的byte), kb(理論上可以存放1024個英文字

原创 高德地圖根據經緯度獲取具體城市信息

上代碼 package com.hw8.coingame.util; import net.sf.json.JSONObject; import java.io.BufferedReader; import java.io.IOEx

原创 freemarker循環數字及取下標

循環數字與循環集合的區別是循環集合是<#list arrayList as list >,循環數字是<#list 1..(max要循環的數字) as n別名 > 取當前循環的下標沒什麼區別,list_index,n_index;下面是我

原创 數組與動態數組的區別

衆所周知,數組的長度是不可變的,那麼爲什麼動態數組長度可隨意更改呢? 這個要從內存中的數據模型開始講了:   數組每一個元素類型都是統一的,且連續不間斷的。  如果將內存想象成一個賓館,你在預定賓館時,同行只有4個人,讓賓館服務員尋找了個

原创 sql查詢優化or篇

原sql,使用or的情況 SELECT * FROM coin_trade_history WHERE (buyer_uid = ${userId} OR seller_uid = ${userId}) order by id desc

原创 連接阿里云云服務器

之前心血來潮買了個雲服務器,一直連不上,最近有點閒,準備用雲服務搞點事情。連接雲服務器之前先把雲服務器設置一下,整體分爲2步驟: 1登錄阿里雲,在網頁上進行首次連接。並設置阿里雲遠程登錄密碼信息等。www.aliyun.com 0.先

原创 zookeeper和eureka的區別

   著名的CAP理論指出,一個分佈式系統不可能同時滿足C(一致性)、A(可用性)和P(分區容錯性)。由於分區容錯性在是分佈式系統中必須要保證的,因此我們只能在A和C之間進行權衡。在此Zookeeper保證的是CP, 而Eureka則是A

原创 高德地圖根據經緯度獲取具體信息

上代碼 package com.hw8.coingame.util; import net.sf.json.JSONObject; import java.io.BufferedReader; import java.io.IOEx

原创 鏈式存儲結構與順序存儲結構的區別及用法

數據結構中的物理結構包含有:順序存儲結構與鏈式存儲結構 存儲優缺點:  順序存儲結構在未達到內存限制時,(因爲是順序存儲所以查詢尾部比較快)在末尾插入比較快,但是在中間插入,需要將當前插入位置的元素及後面元素統一往後移動一位;刪除非尾端元

原创 創建類的反序列化

IntelliJ IDEA給類生成serialVersionUID 1.進入設置頁面 2.設置具體的serialVersionUID手動生成點擊Editor,選擇Inspctions,點擊右側搜索框,輸入serialVersionUID

原创 myabtis中使用not in與 in的寫法

首先聲明我不是很喜歡用foreach,所以我的代碼中很少出現foreach。不廢話了,上代碼:  in的用法: 我的id是Long類型的 service方法,有一個Long的集合: public List<RbacMenu> listB

原创 數組與鏈表的區別

數組是不可擴容類型相同,且連續的。 鏈表無限擴容,無序的。 鏈表的插入與刪除速度快。 數組的查詢速度很快,難度爲O(1)。 鏈表分爲單鏈表與雙鏈表,單鏈表與雙鏈表的區別是: 單鏈表只存放下一個元素的座標。雙鏈表存放了前一個元素座標與下一個

原创 關於ajax跨域訪問

最近網上看了很多關於跨域訪問的帖子,但是都不全,我整理了下資料,寫個小demo,希望大家不吝賜教,不廢話了,開始吧: 1.在h5代碼頭部,加入: 我知道你們懶,給你敲好了,自己粘貼吧: <meta http-equiv="Access-

原创 mysql拼接字符串

在mysql中拼接字符串的函數concat, 如果是數值類型的需要相加(mybatis)           number = number+{number,jdbcType} 拼接字符串則是(mybatis)    select con

原创 myabtis中多個條件 與使用or的案例

mybatis3,在寫sql的時候把or的幾個條件用()包起來(因爲and比or優先級高,所以會在查完所有and條件之後纔會進行or,如下 SELECT B.* FROM order_basic a INNER JOIN order_co