Time of Update: 2018-07-25
在調試分類裡面我分享了自己以前的調試總結,時隔幾個月,經過這段時間的反省,我總結了java ee應用開發的一條一般思路,僅供參考,歡迎分享討論。 目前大多應用都是browser/server模式,那麼開發也就分兩個部分了,也就是福士說的前台(假設使用富用戶端架構開發(extjs、easyui===))和後台了,對於一個應用,server才是內容核心(web應用的核心就是內容提供者)
Time of Update: 2018-07-25
wait/notify 機制是為了避免輪詢帶來的效能損失。 為了說清道理,我們用“圖書館借書”這個經典例子來作解釋。 一本書同時只能借給一個人。現在有一本書,圖書館已經把這本書借了張三。 在簡單的synchrnozed 同步機制下,李四如果想借,先要去圖書館查看書有沒有還回來。李四是個心急的人,他每天都去圖書館查;而張三看書看得慢,過了半個月才把書還回來,結果李四在這半個月裡全都白跑了,浪費了不少交通車費
Time of Update: 2018-07-25
今天看了一片博文,講Java多線程之線程的協作,其中作者用程式執行個體說明了生產者和消費者問題,但我及其他讀者發現程式多跑幾次還是會出現死結,百度搜了下大都數的例子也都存在bug,經過仔細研究發現其中的問題,並解決了,感覺有意義貼出來分享下。 下面首先貼出的是有bug的代碼,一個4個類,Plate.java: package
Time of Update: 2018-07-25
[java] view plain copy /* 需求: 實現一個售票程式 建立線程的第二種方式:實現Runnable介面 &
Time of Update: 2018-07-25
昨天一哥們問我Java位移你會嗎,我說不會,想想位移這麼麻煩,一般有位移的Java代碼一律不看,有幾個人會啊,是吧。但是那哥們的回答,讓我鬱悶半天:“這都不會啊,都是Java基礎的東西呀。”我靠,我暈倒,聽著老不爽了,so我決定對位移一探究竟,原來也這麼隨意啊,哈哈。因此,把心得總結如下,歡迎收看。 在這裡先感謝一下,JavaEye上的高手們的技術部落格指點。TKS very much。 技術總結:
Time of Update: 2018-07-25
本片文章嘗試從另一個層面來瞭解我們常見的同步(synchronized)和鎖(lock)機制。如果讀者想深入瞭解並發方面的知識推薦一本書《java並發編程實戰》,非常經典的一本書,英語水平好的同學也可以讀一讀《Concurrent programming in Java - design principles and patterns》由Doug Lea親自操刀,Doug Lea是並發方面的大神,jdk的並發包就是由他完成的。
Time of Update: 2018-07-25
一。 java線程同步原理 java會為每個object對象分配一個monitor,當某個對象的同步方法(synchronized methods
Time of Update: 2018-07-25
Java中線程同步的理解 我們可以在電腦上運行各種電腦軟體程式。每一個啟動並執行程式可能包括多個獨立啟動並執行線程(Thread)。 線程(Thread)是一份獨立啟動並執行程式,有自己專用的運行棧。線程有可能和其他線程共用一些資源,比如,記憶體,檔案,資料庫等。 當多個線程同時讀寫同一份共用資源的時候,可能會引起衝突。這時候,我們需要引入線程“同步”機制,即各位線程之間要有個先來後到,不能一窩蜂擠上去搶作一團。
Time of Update: 2018-07-25
原文地址: http://blog.csdn.net/huang_xw/article/details/7318554 /** * @Description: 線程1訪問安全執行緒對象StringBuffer的執行個體, 線程2要訪問時該對象則會出現阻塞現象. * @author snoopy * @blog http://blog.csdn.net/huang_xw */package basic.b_syn;import
Time of Update: 2018-07-25
Java的安全模式包括3層:Java語言本身,java編譯器和run-time系統,SecurityManager類。 在語言層,java以不同的方式來實現它的安全性,什麼原始類型的大小,對象的指標和偽訪問將不再唄允許,數組辯解檢查等待。 在java編譯器和run-time系統安全層提供了必要的功能,以確保java系統不會因無效代碼而崩潰,它提供了一個簡單的由一下三個子層所組成的安全的運行環境: 1:java位元組代碼解譯器和類格式檢驗 2:一個在運行時動態裝載和檢查庫的機制
Time of Update: 2018-07-25
這裡,我不用什麼理論方式講述記憶體回收機制原理.我只通過2個簡單的程式,探討我對Java 記憶體回收機制的理解.畢竟很多東西,理論的術語可能沒有直觀的測試更好. package cn.vicky.chapt14;/** * * @author Vicky.H */public class FinalizeTest { public static void main(String[] args) throws InterruptedException {
Time of Update: 2018-07-25
JAVA記憶體回收機制的工作原理。 Java的堆是一個運行時資料區,類的執行個體(對象)從中分配空間。Java虛擬機器(JVM)的堆中儲存著正在啟動並執行應用程式所建立的所有對象,這些對象通過new、newarray、anewarray和multianewarray等指令建立,但是它們不需要程式碼來顯式地釋放。一般來說,堆的是由記憶體回收
Time of Update: 2018-07-25
1. java是如何管理記憶體的 Java的記憶體管理就是對象的分配和釋放問題。(兩部分)
Time of Update: 2018-07-25
ava中記憶體回收機制的原理推薦一篇文章:對高效能JAVA代碼之記憶體管理更甚者你寫的代碼,GC根本就回收不了,直接系統掛掉。GC是一段程式,不是智能,他只回收他認為的垃圾,而不是回收你認為的垃圾。GC記憶體回收:Grabage
Time of Update: 2018-07-25
簡述java記憶體回收機制 一.誰在做Garbage Collection。 一種流行的說法:在C++裡,是系統在做記憶體回收;而在Java裡,是Java自身在做。
Time of Update: 2018-07-25
今天編寫的程式預想的結果一直沒出來,但竟然沒有報任何錯誤,順利的運行完畢。 結果弄得我半天找不到,到底是哪裡出問題了。System.out.println()查不出來。 調試的幾種方式: 第一種:最簡單的。直接在需要跟蹤輸出的地方使用System.out.println(); 第二種:一步步跟蹤調試。Eclipse功能表列,Window –> Preferences –> Tomcat –>
Time of Update: 2018-07-25
前面提過webservice調試工具,如果有興趣動手寫測試代碼,那挺好的啊。 我也是這樣想的,有想法不妨去嘗試哦。那麼,我的程式中主要用到HttpURLConnection類,先拼接符合soap協議的xml字串資訊,再與webservice服務端建立串連後,發送http請求,接收完返回資訊後列印出來。流程上和SoapUI 調試工具的差不多的,下面提供測試程式的代碼,大家可以參考一下。 import java.io.BufferedReader;import
Time of Update: 2018-07-25
1、安裝IntelliJ IDEA 2、安裝maven http://wentao365.iteye.com/blog/903396 在maven/conf/setttings.xml中 修該
Time of Update: 2018-07-25
轉載:http://youli9056.github.io/blog/java-gc-yuan-li/ 本文並非原創,翻譯自文章How Java Garbage Collection Works? 這篇文章的主要目的是來理解Java記憶體回收機制的基本原理以及它是如何工作的。這是記憶體回收機制系列文章的第二篇。希望您已經讀過了第一部分Java記憶體回收簡介.
Time of Update: 2018-07-25
原文地址: http://blog.csdn.net/huang_xw/article/details/7318554 /** * @Description: 兩個線程(線程1與線程2)訪問同一個對象的內同步方法syn1()與同步方法syn2() * 結果: 線程1訪問對象sameObj的同步方法syn1()時, 線程2訪問對象sameObj中的同步方法syn2()阻塞. 或者線程2訪問時, 線程1阻塞. * 結論: 通常知道不同線程訪問同一個對象的相同同步方法時,