java多用戶
『壹』 java 多用戶操作數據,如何對每個用戶登錄後進行鎖定,再解鎖。
對數據加樂觀鎖,即version屬性,可以使同一時間只能有一個人對數據進行操作
『貳』 如何顯示多用戶Java
show user
『叄』 java socket 如何實現多用戶通信
你說的我明白。如果真正使用alohal協議的時候,所有的機器都可以檢測網路電平變化的是吧?但是使用Java編寫模擬程序的話,我們並不能可能檢測電平的變換,只能通過一定的手段來模擬這個過程。如果你將一個包裹群發,這樣所有的機器都可以接受這個包,這樣就可以做到所有機器模擬檢測電平變化的這個要求。我認為這個是最有說服力的模擬方法了。
線程需要使用Thread類型,重寫裡面的run函數,調用start()啟動線程,具體可以搜索一把Thread,例子遍地都是。
UDP協議使用Socket類型,初始化的時候參數裡面綁定(或者初始化好以後直接調用bind綁定埠,一般輸出不用綁定,監聽的時候需要綁定)。調用裡面的getOutputStream得到輸入流。調用getInputStream得到輸入流。
OutputStream:輸出流,用於向網路中輸出數據。調用其中的write函數進行輸出,函數的參數就是輸出的byte數組。
InputStream: 輸入流,用於接受網路裡面的數據。調用其中的read可以得到輸入的包。
String:你要輸出的字元串,調用裡面的getBytes可以得到String的byte數組。
其它的應該用不到什麼了吧。
**********************************
1.發送字元串的話用byte[]就可以啊。用Socket類裡面的getOutputStream可以獲得一個發送數據的OutputStream類對象。這個類對象有一個函數write(byte[] b) 可以向網路寫byte[]。一個字元串可以通過String類中的getBytes() 轉化成byte[]。這樣總該明白了吧
2.說一下我的思路:開一個埠A發送UDP包(廣播給埠B),用於模擬發送,用一個線程(線程1)來跑。開埠B接受區域網內的包,用另外一個線程(線程2)來跑。在發送UDP包的時候,將變數mark置1,發送完置0。線程2如果接受到一個不是從本機發送的包,而且此時mark是1(說明本機和另外一個機器同時在發包),發生了沖突,表示線程1這次發送的包失敗。
『肆』 java 單點登陸支持多用戶體系嗎,不同系統的不同用戶表,可以實現單點登陸嗎
肯定是可以的,但是工作量不小。
思路如下:
1、把所有系統的用戶同步到一個資料庫中,或者和一個中心庫做好對應關系。
2、在單點系統中對於輸入的用戶名和密碼在中心庫進行驗證,或者根據配置到各自系統去驗證。
3、每個系統增加過濾器,在訪問時首先向單點系統去確認是否已登錄以及登錄的信息。
『伍』 java 多用戶登陸 session總是可以得到的是上一個用戶的信息
原因是你第二個登錄用戶覆蓋了第一個用戶的信息。
所以解決的辦法是:你可以把放session的key值做成動態的,如:
用戶A:userId + 帳號
用戶B:userId + 帳號
取值的時候根據這個來取,可以避免你的上述問題
『陸』 java中如何限制一個賬號多人使用
如果用戶正常點退出,把lastOnlineTime設置為0即可, 而且用戶長時間不操作,到了session-timeout也會自然退出,你可以在sessionlistener捕捉到timeou並設置lastOnlineTime=0。
BS架構的本身的性質就決定了無法判斷用戶是否實時在線,就只能假設「在一定時間內,如果用戶沒任何操作,即視作用戶離線」
這個剛好跟某些CS的程序相反,CS一旦連接上,就時刻保持連接,伺服器為了釋放資源或安全考慮,只能假設「在一定時間內,用戶沒有其他操作,即強制連接斷開」。
『柒』 java多用戶同時訪問和資料庫進行交互,如何能夠高並發
我覺得1萬的數據並發量並不大,想oracle資料庫,mysql承載這些並發是沒有問題的
我覺得,主要的問題在於你GPS是一直在修改的,因為車輛在不斷的行駛,這樣的話,可能會影響資料庫的性能
我覺得,你可以用一個內存行的資料庫,比如,redis,用這個來存放GPS信息,redis是基於內存的,讀寫要比關系資料庫速度快(忽略網路因素),你可能要問GPS入庫怎麼弄,可以做一個定時任務,每隔多少時間來將redis的數據寫入到資料庫中,當然,redis也支持一些演算法,比如LRU,來設置何時將數據同步到資料庫
『捌』 java中怎樣實現多人
什麼意思的多人?什麼樣的環境中的呢
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
『玖』 java web開發多用戶博客系統,用戶許可權控制該怎麼實現
數據襲庫設計,設計如下:
用戶:user
角色:role
用戶-角色:user_role
資源:resource(包括上級菜單、子菜單、按鈕等資源)
角色-資源:role_resource
標準的許可權管理系統設計為以上5張表。
註:用戶、用戶-角色我就不做說明了,這兩個是很簡單的兩塊,用戶的crud,以及為用戶分配角色(多對多的關系)稍微琢磨一下就清楚了,下面都是針對為角色分配許可權的實現
後台實現
展示層採用ztree樹
『拾』 java,web應用中,關於多用戶訪問,是不是就是一個用戶等於一個線程
每一次訪問(即打開頁面)都是一個請求,WEB伺服器會幫你把每個訪問請求開辟一個線程