javaredis集群視頻教程

1. java怎麼從多台redis集群取資料庫

1、配置redis集群
2、創建redis連接屬性實體類
3、解析redis集群配置
4、操作redis資料庫的工具類
5、所需jar包

2. Redis集群方案應該怎麼做

通常，為了提高網站響應速度，總是把熱點數據保存在內存中而不是直接從後端資料庫中讀取。Redis是一個很好的Cache工具。大型網站應用，熱點數據量往往巨大，幾十G上百G是很正常的事兒，在這種情況下，如何正確架構Redis呢？
首先，無論我們是使用自己的物理主機，還是使用雲服務主機，內存資源往往是有限制的，scale up不是一個好辦法，我們需要scale out橫向可伸縮擴展，這需要由多台主機協同提供服務，即分布式多個Redis實例協同運行。
其次，目前硬體資源成本降低，多核CPU，幾十G內存的主機很普遍，對於主進程是單線程工作的Redis，只運行一個實例就顯得有些浪費。同時，管理一個巨大內存不如管理相對較小的內存高效。因此，實際使用中，通常一台機器上同時跑多個Redis實例。
方案
1.Redis官方集群方案 Redis Cluster

Redis Cluster是一種伺服器Sharding技術，3.0版本開始正式提供。
Redis
Cluster中，Sharding採用slot(槽)的概念，一共分成16384個槽，這有點兒類似前面講的pre
sharding思路。對於每個進入Redis的鍵值對，根據key進行散列，分配到這16384個slot中的某一個中。使用的hash演算法也比較簡
單，就是CRC16後16384取模。
Redis集群中的每個node(節點)負責分攤這16384個slot中的一部分，也就是說，每個
slot都對應一個node負責處理。當動態添加或減少node節點時，需要將16384個槽做個再分配，槽中的鍵值也要遷移。當然，這一過程，在目前實
現中，還處於半自動狀態，需要人工介入。
Redis集群，要保證16384個槽對應的node都正常工作，如果某個node發生故障，那它負責的slots也就失效，整個集群將不能工作。
為
了增加集群的可訪問性，官方推薦的方案是將node配置成主從結構，即一個master主節點，掛n個slave從節點。這時，如果主節點失
效，Redis Cluster會根據選舉演算法從slave節點中選擇一個上升為主節點，整個集群繼續對外提供服務。這非常類似前篇文章提到的Redis
Sharding場景下伺服器節點通過Sentinel監控架構成主從結構，只是Redis Cluster本身提供了故障轉移容錯的能力。
Redis
Cluster的新節點識別能力、故障判斷及故障轉移能力是通過集群中的每個node都在和其它nodes進行通信，這被稱為集群匯流排(cluster

bus)。它們使用特殊的埠號，即對外服務埠號加10000。例如如果某個node的埠號是6379，那麼它與其它nodes通信的埠號是
16379。nodes之間的通信採用特殊的二進制協議。
對客戶端來說，整個cluster被看做是一個整體，客戶端可以連接任意一個
node進行操作，就像操作單一Redis實例一樣，當客戶端操作的key沒有分配到該node上時，Redis會返回轉向指令，指向正確的node，這
有點兒像瀏覽器頁面的302 redirect跳轉。
Redis Cluster是Redis 3.0以後才正式推出，時間較晚，目前能證明在大規模生產環境下成功的案例還不是很多，需要時間檢驗。

2.Redis Sharding集群

Redis 3正式推出了官方集群技術，解決了多Redis實例協同服務問題。Redis Cluster可以說是服務端Sharding分片技術的體現，即將鍵值按照一定演算法合理分配到各個實例分片上，同時各個實例節點協調溝通，共同對外承擔一致服務。
多Redis實例服務，比單Redis實例要復雜的多，這涉及到定位、協同、容錯、擴容等技術難題。這里，我們介紹一種輕量級的客戶端Redis Sharding技術。
Redis
Sharding可以說是Redis
Cluster出來之前，業界普遍使用的多Redis實例集群方法。其主要思想是採用哈希演算法將Redis數據的key進行散列，通過hash函數，特定
的key會映射到特定的Redis節點上。這樣，客戶端就知道該向哪個Redis節點操作數據。Sharding架構如圖：
慶幸的是，java redis客戶端驅動jedis，已支持Redis Sharding功能，即ShardedJedis以及結合緩存池的ShardedJedisPool。
Jedis的Redis Sharding實現具有如下特點：
采
用一致性哈希演算法(consistent
hashing)，將key和節點name同時hashing，然後進行映射匹配，採用的演算法是MURMUR_HASH。採用一致性哈希而不是採用簡單類
似哈希求模映射的主要原因是當增加或減少節點時，不會產生由於重新匹配造成的rehashing。一致性哈希隻影響相鄰節點key分配，影響量小。
2.
為了避免一致性哈希隻影響相鄰節點造成節點分配壓力，ShardedJedis會對每個Redis節點根據名字(沒有，Jedis會賦予預設名字)會虛擬
化出160個虛擬節點進行散列。根據權重weight，也可虛擬化出160倍數的虛擬節點。用虛擬節點做映射匹配，可以在增加或減少Redis節點
時，key在各Redis節點移動再分配更均勻，而不是只有相鄰節點受影響。
3.ShardedJedis支持keyTagPattern模式，即抽取key的一部分keyTag做sharding，這樣通過合理命名key，可以將一組相關聯的key放入同一個Redis節點，這在避免跨節點訪問相關數據時很重要。

Redis Sharding採用客戶端Sharding方式，服務端Redis還是一個個相對獨立的Redis實例節點，沒有做任何變動。同時，我們也不需要增加額外的中間處理組件，這是一種非常輕量、靈活的Redis多實例集群方法。
當然，Redis Sharding這種輕量靈活方式必然在集群其它能力方面做出妥協。比如擴容，當想要增加Redis節點時，盡管採用一致性哈希，畢竟還是會有key匹配不到而丟失，這時需要鍵值遷移。
作為輕量級客戶端sharding，處理Redis鍵值遷移是不現實的，這就要求應用層面允許Redis中數據丟失或從後端資料庫重新載入數據。但有些時候，擊穿緩存層，直接訪問資料庫層，會對系統訪問造成很大壓力。有沒有其它手段改善這種情況？
Redis
作者給出了一個比較討巧的辦法--presharding，即預先根據系統規模盡量部署好多個Redis實例，這些實例佔用系統資源很小，一台物理機可部
署多個，讓他們都參與sharding，當需要擴容時，選中一個實例作為主節點，新加入的Redis節點作為從節點進行數據復制。數據同步後，修改
sharding配置，讓指向原實例的Shard指向新機器上擴容後的Redis節點，同時調整新Redis節點為主節點，原實例可不再使用。
presharding
是預先分配好足夠的分片，擴容時只是將屬於某一分片的原Redis實例替換成新的容量更大的Redis實例。參與sharding的分片沒有改變，所以也
就不存在key值從一個區轉移到另一個分片區的現象，只是將屬於同分片區的鍵值從原Redis實例同步到新Redis實例。

並不是只有增
刪Redis節點引起鍵值丟失問題，更大的障礙來自Redis節點突然宕機。在《Redis持久化》一文中已提到，為不影響Redis性能，盡量不開啟
AOF和RDB文件保存功能，可架構Redis主備模式，主Redis宕機，數據不會丟失，備Redis留有備份。
這樣，我們的架構模式變
成一個Redis節點切片包含一個主Redis和一個備Redis。在主Redis宕機時，備Redis接管過來，上升為主Redis，繼續提供服務。主
備共同組成一個Redis節點，通過自動故障轉移，保證了節點的高可用性。則Sharding架構演變成：

Redis Sentinel提供了主備模式下Redis監控、故障轉移功能達到系統的高可用性。

高訪問量下，即使採用Sharding分片，一個單獨節點還是承擔了很大的訪問壓力，這時我們還需要進一步分解。通常情況下，應用訪問Redis讀操作量和寫操作量差異很大，讀常常是寫的數倍，這時我們可以將讀寫分離，而且讀提供更多的實例數。
可以利用主從模式實現讀寫分離，主負責寫，從負責只讀，同時一主掛多個從。在Sentinel監控下，還可以保障節點故障的自動監測。

3.利用代理中間件實現大規模Redis集群
上面分別介紹了多Redis伺服器集群的兩種方式，它們是基於客戶端sharding的Redis Sharding和基於服務端sharding的Redis Cluster。

客戶端sharding技術其優勢在於服務端的Redis實例彼此獨立，相互無關聯，每個Redis實例像單伺服器一樣運行，非常容易線性擴展，系統的靈活性很強。其不足之處在於：
由於sharding處理放到客戶端，規模進步擴大時給運維帶來挑戰。
服務端Redis實例群拓撲結構有變化時，每個客戶端都需要更新調整。
連接不能共享，當應用規模增大時，資源浪費制約優化。
服務端sharding的Redis Cluster其優勢在於服務端Redis集群拓撲結構變化時，客戶端不需要感知，客戶端像使用單Redis伺服器一樣使用Redis集群，運維管理也比較方便。
不過Redis Cluster正式版推出時間不長，系統穩定性、性能等都需要時間檢驗，尤其在大規模使用場合。
能不能結合二者優勢？即能使服務端各實例彼此獨立，支持線性可伸縮，同時sharding又能集中處理，方便統一管理？本篇介紹的Redis代理中間件twemproxy就是這樣一種利用中間件做sharding的技術。
twemproxy處於客戶端和伺服器的中間，將客戶端發來的請求，進行一定的處理後(如sharding)，再轉發給後端真正的Redis伺服器。也就是說，客戶端不直接訪問Redis伺服器，而是通過twemproxy代理中間件間接訪問。
參照Redis Sharding架構，增加代理中間件的Redis集群架構如下：

twemproxy中間件的內部處理是無狀態的，它本身可以很輕松地集群，這樣可避免單點壓力或故障。
twemproxy又叫nutcracker，起源於twitter系統中redis/memcached集群開發實踐，運行效果良好，後代碼奉獻給開源社區。其輕量高效，採用C語言開發，工程網址是：GitHub - twitter/twemproxy: A fast, light-weight proxy for memcached and redis
twemproxy後端不僅支持redis，同時也支持memcached，這是twitter系統具體環境造成的。
由於使用了中間件，twemproxy可以通過共享與後端系統的連接，降低客戶端直接連接後端伺服器的連接數量。同時，它也提供sharding功能，支持後端伺服器集群水平擴展。統一運維管理也帶來了方便。
當然，也是由於使用了中間件代理，相比客戶端直連伺服器方式，性能上會有所損耗，實測結果大約降低了20%左右。

3. 求Java入門視頻教程《Java從入門到精通》視頻教程由孫鑫老師，

第一階段：面抄向對象，異常，數組，常用類，集合，IO流，多線程，反射。
第二階段：mysql資料庫、JDBC、HTML CSS、XML、Tomat伺服器、網銀轉賬系統開發
第三階段:JavaScript編程語言、樹型組件項目 、HTML5 CSS3、Servlet3.0、Jsp
第四介段：二手車電商競拍平台、Ajax、jQuery、MVC架構模式、DRP資源分銷計劃項目
第五階段：SpringMVC+Spring+Mybatis、SSM、SCM供應鏈管理系統業務介紹
第六階段: Oracle資料庫、互聯網支付後台、CRM客戶關系管理系統、WebServices伺服器、HttpClient、SVN
第七階段：某電商平台、Maven、Linux、Redis、Nginx、資料庫集群、負載均衡、頁面靜態化、分布式應用、交通項目業務介紹。
我這些都是在獅課學習的，課程也是實時更新的

4. Java培訓的主要內容是什麼

第一階段：JavaSE：Java基礎語法；面向對象編程思想；Java常用API
第二階段：資料庫（回MySQL/Oracle）與JDBC技術答：MySQL/Oracle；JDBC
第三階段：JavaWeb開發技術：JavaWeb前端；JavaWeb基礎；JavaWeb高級
第四階段：大型項目實戰-CMS系統：JavaScript增強；Struts2；Spring基礎和IoC(XML配置)
第五階段：大型項目實戰-企業ERP/進銷存項目：JPA/Hibernate；項目管理及用例分析；AJAX/JSON/jQuery
第六階段：大型項目實戰-CRM/客戶關系管理系統：JavaScript高級/jQueryEasyUI；SpringMVC；Mybatis
第七階段：大型項目實戰-B2C/商城項目：微信開發；HTML5/CSS3/BootStrap；Linux與阿里雲

5. 求最新版達內JAVA視頻教程百度雲下載鏈接，謝謝！

我有，而且直接可以下，

就從基礎開始說起

Javase

Java基礎所包含的，Java零基礎必備安裝包、JavaSE301集、Java教程零基礎2019、Java教程零基礎2019（ava基礎語法、面向對象、異常、數組、常用類、集合、IO流、線程、反射機等等）、XML、Tomcat伺服器開發；其中Java零基礎2019這視頻教程系列可以去B站觀看。搜索Java或者Java教程，第一個就是，杜老師講的，比較細致。

JavaWeb前端教程

HTML、CSS、JavaScript、jQuery、Ajax；（包含講義、課堂筆記、源碼、工具等等，一應俱全。）

Java資料庫

MySQL、Oracle、PLSQL、JDBC

學習Java有以上教程就足夠了，而這些學習資源皆可在「動力節點視頻視頻課程頁面」下載到

6. 怎麼連接redis集群 使用jedis連接單機和集群redis的兩種方式

第一：非集群狀態下

非集群狀態下用Jedis獲取Redis連接，得到Jedis對象即可，一共有兩種：

1.利用Jedis構造器，僅限用於測試，在實際項目中肯定是用JedisPool。
Jedis(String host);

Jedis(String host , int port);

2.利用JedisPool

主要是利用Jedis jedis=jedisPool.getResource();

JedisPool有N多個構造器，常用的構造器參數有GenericObjectPoolConfig poolConfig，String host，int port，int timeout，String password，創建GenericObjectPoolConfig對象時我們一般用其子類JedisPoolConfig (redis.clients.jedis.JedisPoolConfig)，timeout是連接redis伺服器的超時時間，以毫秒為單位，一般設置為0，如果不設為0，則不可設置太小，如果設成1、2，那麼可能因為網路原因在1毫秒、2毫秒之內沒有連上伺服器而報錯。見下例：
[java] view plain
public static void main(String[] args) {
JedisPoolConfig poolConfig = new JedisPoolConfig();
// 最大連接數
poolConfig.setMaxTotal(2);
// 最大空閑數
poolConfig.setMaxIdle(2);
// 最大允許等待時間，如果超過這個時間還未獲取到連接，則會報JedisException異常：
// Could not get a resource from the pool
poolConfig.setMaxWaitMillis(1000);
JedisPool pool = new JedisPool(poolConfig, "192.168.83.128", 6379, 0, "123");
Jedis jedis = null;
try {
for (int i = 0; i < 5; i++) {
jedis = pool.getResource();
jedis.set("foo" + i, "bar" + i);
System.out.println("第" + (i + 1) + "個連接, 得到的值為" + jedis.get("foo" + i));
// 用完一定要釋放連接
jedis.close();
}
} finally {
pool.close();
}
}
如上，創建出一個JedisPool對象，然後調用其getResource()方法獲取redis連接即可，之後就可以調用Jedis API操作redis了。jedis連接用完要釋放即close，如果不close，則產生的連接會越來越多，當達到了最大連接數，再想獲得連接，就會等待，當超過了最大等待時間後就會報異常。
第二：集群狀態下

集群狀態下用Jedis獲取redis連接，是得到JedisCluster對象，之後對redis進行操作都是用此對象的方法進行的：

[java] view plain
public static void main(String[] args) {
JedisPoolConfig poolConfig = new JedisPoolConfig();
// 最大連接數
poolConfig.setMaxTotal(1);
// 最大空閑數
poolConfig.setMaxIdle(1);
// 最大允許等待時間，如果超過這個時間還未獲取到連接，則會報JedisException異常：
// Could not get a resource from the pool
poolConfig.setMaxWaitMillis(1000);
Set<HostAndPort> nodes = new LinkedHashSet<HostAndPort>();
nodes.add(new HostAndPort("192.168.83.128", 6379));
nodes.add(new HostAndPort("192.168.83.128", 6380));
nodes.add(new HostAndPort("192.168.83.128", 6381));
nodes.add(new HostAndPort("192.168.83.128", 6382));
nodes.add(new HostAndPort("192.168.83.128", 6383));
nodes.add(new HostAndPort("192.168.83.128", 6384));
JedisCluster cluster = new JedisCluster(nodes, poolConfig);
String name = cluster.get("name");
System.out.println(name);
cluster.set("age", "18");
System.out.println(cluster.get("age"));
try {
cluster.close();
} catch (IOException e) {
e.printStackTrace();
}
}
用集群時，好像沒有辦法設置集群的參數，比如最大連接數，雖然在創建JedisCluster 對象時傳了JedisPoolConfig對象進去，但是JedisPoolConfig對象中的設置是不生效的。

7. java操作redis集群問題CLUSTERDOWN The cluster is down. Use CLUSTER INFO for more information

java操作redis集群問題CLUSTERDOWN The cluster is down. Use CLUSTER INFO for more information，配置沒有配置好的問題。

8. Redis Cluster集群的搭建

搭建集群工作需要以下三個步驟：

1）准備節點。

2）節點握手。

3）分配槽。

Redis集群一般由多個節點組成，節點數量至少為6個才能保證組成完整高可用的集群。每個節點需要開啟配置cluster-enabled yes，讓Redis運行在集群模式下。建議為集群內所有節點統一目錄，一般劃分三個目錄：conf、data、log，分別存放配置、數據和日誌相關文件。把6個節點配置統一放在conf目錄下，集群相關配置如下：

其他配置和單機模式一致即可，配置文件命名規則redis-{port}.conf，准備好配置後啟動所有節點。

Cluster集群啟動過程如下圖：

每個節點目前只能識別出自己的節點信息，可以執行cluster nodes命令獲取集群節點狀

態。

節點握手是指一批運行在集群模式下的節點通過Gossip協議彼此通信，達到感知對方的過程。節點握手是集群彼此通信的第一步，由客戶端發起命令：cluster meet{ip}{port}

cluster meet命令是一個非同步命令，執行之後立刻返回。內部發起與目標節點進行握手通信，握手通信過程：

1）節點6379本地創建6380節點信息對象，並發送meet消息。

2）節點6380接受到meet消息後，保存6379節點信息並回復pong消息。

3）之後節點6379和6380彼此定期通過ping/pong消息進行正常的節點通

信。

分別執行meet命令讓其他節點加入到集群中，

最後執行cluster nodes命令確認6個節點都彼此感知並組成集群。

節點建立握手之後集群還不能正常工作，這時集群處於下線狀態，所有的數據讀寫都被禁止，通過cluster info命令可以獲取集群當前狀態。

Redis集群把所有的數據映射到16384個槽中。每個key會映射為一個固定的槽，只有當節點分配了槽，才能響應和這些槽關聯的鍵命令。通過cluster addslots命令為節點分配槽。這里利用bash特性批量設置槽（slots），命令如下：

執行cluster info查看集群狀態，如下所示：

當前集群狀態是OK，集群進入在線狀態。所有的槽都已經分配給節點，執行cluster nodes命令可以看到節點和槽的分配關系：

集群模式下，Reids節點角色分為主節點和從節點。首次啟動的節點和被分配槽的節點都是主節點，從節點負責復制主節點槽信息和相關的數據。使用cluster replicate{nodeId}命令讓一個節點成為從節點。其中命令執行必須在對應的從節點上執行，nodeId是要復制主節點的節點ID，命令如下：

Redis集群模式下的主從復制使用了之前介紹的Redis復制流程，依然支持全量和部分復制。復制（replication）完成後，整個集群的結構如圖：

集群搭建需要很多步驟當集群節點眾多時，必然會加大搭建集群的復雜度和運維成本。因此Redis官方提供了redis-trib.rb工具方便我們快速搭建集群。

redis-trib.rb是採用Ruby實現的Redis集群管理工具。內部通過Cluster相關命令幫我們簡化集群創建、檢查、槽遷移和均衡等常見運維操作，使用之前需要安裝Ruby依賴環境。

1、安裝Ruby：

2、安裝rubygem redis依賴：

3、安裝redis-trib.rb：

4、安裝完Ruby環境後，執行redis-trib.rb命令確認環境是否正確，輸出如

下：

首先我們跟之前內容一樣准備好節點配置並啟動：

啟動好6個節點之後，使用redis-trib.rb create命令完成節點握手和槽分配過程，命令如下：

--replicas參數指定集群中每個主節點配備幾個從節點，這里設置為1。

如果部署節點使用不同的IP地址，redis-trib.rb會盡可能保證主從節點不分配在同一機器下，因此會重新排序節點列表順序。節點列表順序用於確定主從角色，先主節點之後是從節點。創建過程中首先會給出主從節點角色分配的計劃，當我們同意這份計劃之後輸入yes，redis-trib.rb開始執行節點握手和槽分配操作。

集群完整性指所有的槽都分配到存活的主節點上，只要16384個槽中有一個沒有分配給節點則表示集群不完整。可以使用redis-trib.rb check命令檢測之前創建的集群是否成功，check命令只需要給出集群中任意一個節點地址就可以完成整個集群的檢查工作，命令如下：

9. 完整的Java視頻教程

完整的java教程可以看看IT學習聯盟的<<零基礎Java就業班>>。零基礎Java就業班包括Java基礎 進階 高級 項目。是一套完整的Java視頻教程。這套教程從零基礎開始教起，零基礎到就業水平。就算沒基礎也可以學習的。
……………………………………

看你問的問題，應該是對java很感興趣，其實你可以自學java。關於如何學習java，我剛才看到一篇很不錯的文章，是一個農民工介紹自己如何自學java，並找到Java的工作，裡面介紹了他的學習方法和學習過程，希望對你有幫助。
我是一名地地道道的農民工，生活在經濟落後的農村，有一個哥哥和一個弟弟，父母都是地道的農民，日出而作，日落而息，我從小到大學習一直很好，從小學到高一都，成績在全級一直名列前茅，這樣我也順利了考上省的重點高中，然而，每個學期開學是家裡最為難的時候，每次交學費都讓父母發愁許久，家裡為了給我籌錢讀書，都借了不少錢，才讓我讀上高中。我知道我讀到高中家裡已經欠了好多債，為了減輕家裡的負擔，我選擇了退學。
2009年我高一退學，為了給家裡還債，干過建築工地的小工，搞過塑料製品加工，送水工等等。很工資都很低，一個月也就1000多，加上加班費一個月能拿2000多一點，我每個月都向家裡寄回800-1000元，到了2011年末，一次偶然的機會我接觸了Java，聽說Java的前景挺不錯，工資相對於我一個農民工來說簡直是天文數字，於是我在新華書店買了幾本Java的書，盡管白天辛苦工作，晚上回來還是堅持看書，但有於基礎太差很多都很不明白，但還是堅持看，一有看1-2個小時Java的書，看著看著許多基礎都慢慢的學會了，但那些比較難的還是看不懂，後來還買了有些關於框架的書，還是看不懂，這樣斷斷續續的持續了半年多，覺得自己Java的基礎都差不多懂了，但框架還是看不懂，還有最缺的項目經驗，看了很多招聘Java程序員的簡介都要項目經驗，相對我一個農民工來連框架都弄不明白，想找一份Java工作對我來說簡直是奢侈。我只想學Java，並不敢想以後能從事Java的工作。
有一次，在網路上看到一篇讓我很鼓舞的文章，是一個Java高手介紹在沒有基礎的朋友怎麼自學入門Java，文章寫的很好，包含了如何學習，該怎麼學習，他提到一個方法就是看視頻，因為看書實在太枯燥和費解的，不少是我們也看不懂，這點我真的很認同，我自己看書都看了很久才學會基礎。曾經有想過參加培訓，但是上萬元的培訓費讓我望而卻步，我工資這么低，每個月還有向家裡匯錢，加上城市消費比較高，雖然每個月只有幾百剩下，但是相對於上萬萬學費和四個月的吃住費用逼我連想不敢想。 於是我決定看視頻，我就去搜索Java的視頻，雖然我零星的找到一些Java的視頻，但是都不系統。最重要連項目都沒有。後來我找到一份很好的視頻，是IT學習聯盟這個網站一套視頻叫<<零基礎Java就業班>>（喜歡《零基礎Java就業班》的可以復制 t.cn/8sx5z6L 粘貼瀏覽器地址欄按回車鍵即打開）的教程還不錯，很完整。還贈送11個頂級企業項目。價格很合理，於是我買下來。
於是開始了我的自學Java的路，收到光碟後，我就開始學習，剛開始學習還不錯，是從零基礎教起，老師幽默風趣而又輕松的課堂教課，使我發現原來學習JAVA並不是一件很難的事情。因為我本來基礎還不錯，前面的基礎看一篇我就過去了，到了框架，我覺不又不是很難，可能老師太牛了，他能把復雜的問題講的比較通俗易懂，有些難點的地方我還是連續看了五六次，把他弄懂。每天下午6點下班後，吃了飯，馬上跑回家。看視頻，買了幾本筆記本。當時，為了編程還花幾百元了台二手的台式電腦，配置一般，但編程是足夠的。一邊看視頻，一邊記筆記，把重點都記下來，還一邊跟著老師敲代碼，為了能盡早學會Java。每天都堅持學5-6個小時。經常學到晚上一點多才睡覺。星期六，日不用上班，每天7點多起床，學到晚上11,12點。那段時間特別辛苦，特別累。在學習Java的三個多月里，除了吃飯睡覺工作，剩餘的時間都在學習，因為我知道自己的計算機基礎不是很好，也沒有學過什麼計算機，只是學了些Java基礎，相對於那些科班的人來說我要比他們付出更多的努力。我只能咬緊牙關，堅持下去，我不能放棄，我要完成我的夢想，我要讓我的家人過上好日子。終於三個多月後我把Java教程里的內容和項目都學完了，在學項目的過程中我發現項目特別重要，他能把你學過的知識全部聯系起來，能更好的理解你所學的知識。還有學習過程中，動手很重要，要經常跟著老師動手敲，動手吧，跟著做，一行一行的跟著敲，再試著加一些自己的功能，按照自己的思路敲一些代碼，收獲遠比干聽大的多。 如果遇到暫時對於一些思路不能理解的，動手寫，先寫代碼，慢慢你就會懂了。這套視頻還贈送了11個頂級企業項目，對於我沒有任何經驗的人來說，這個太重要了，還有在學習項目是提升能力最快的方法。項目能把所有的知識點全都連到一起了，不再是分散的，而是形成一個整體了。那種感覺是僅僅深入鑽研知識點而不寫真實項目的人所不能體會的。一個項目就是一根繩子可以把大片的知識串到一起。 就這樣，我用了兩個月也把項目給學完了。其實學完教程差不錯就達到就業水平，但是我可能覺得自己學歷低還是把那11個頂級企業項目才去找工作。
接著我就到51job瘋狂的投簡歷，因為我的學歷問題，初中畢業，說真的，大公司沒有人會要我。所以我頭的都是民營的小公司，我希望自己的努力有所回報。沒有想過幾天後，就有面試了，但是第一次面試我失敗了，雖然我自認為筆試很好，因為我之前做了准備，但是他們的要求比價嚴格，需要有一年的項目經驗，所以我沒有被選中。 後來陸續面試了幾加公司，終於功夫不負有心人，我終於面試上了一家民營的企業。公司規模比較小，我的職務是Java程序員。我想我比較幸運，經理看中我的努力，就決定呂勇我，開的工資是3500一個月，雖然我知道在北京3500隻能過溫飽的生化，但是我想我足夠了，比起以前的工資好了些，以後可以多寄些錢回家。我想只要我繼續努力。我工資一定會翻倍的。 把本文寫出來，希望能讓和我一樣的沒有基礎的朋友有信心，其實我們沒有自卑，我們不比別人笨，只有我們肯努力，我們一樣會成功。

…………………………………………