十年網站開發(fā)經驗 + 多家企業(yè)客戶 + 靠譜的建站團隊
量身定制 + 運營維護+專業(yè)推廣+無憂售后,網站問題一站解決
在Java書本中。微博是現在一款比較火的軟件,微博的無限轉發(fā)代碼是Java中的一個代碼,在Java的書本中就可以找到無限轉發(fā)的代碼,主需要依照書本寫出來就可以進行。
10多年的舟山網站建設經驗,針對設計、前端、開發(fā)、售后、文案、推廣等六對一服務,響應快,48小時及時工作處理。成都全網營銷推廣的優(yōu)勢是能夠根據用戶設備顯示端的尺寸不同,自動調整舟山建站的顯示方式,使網站能夠適用不同顯示終端,在瀏覽器中調整網站的寬度,無論在任何一種瀏覽器上瀏覽網站,都能展現優(yōu)雅布局與設計,從而大程度地提升瀏覽體驗。成都創(chuàng)新互聯(lián)從事“舟山網站設計”,“舟山網站推廣”以來,每個客戶項目都認真落實執(zhí)行。
1. java2s
這個網站非常好,分成三大類,分別是Example 、Products 、 Articles ,每個大類下又分別設許多小類,還有搜索功能,這樣查找起來非常方便。。比如,如果要學習SWT/JFace,只要把Example下的SWT JFace Eclipse 研究一下也就可以了。另外,這個網站還有JavaScript DHTML 、 C# / C Sharp 、 C / ANSI-C 、 SQL / MySQL 等類??傊?,非常好。
2. codeZoo
這是O'Reily旗下的,除了Java之外,還有Ruby、Python。
3. Java學習源代碼檢索系統(tǒng)
難得看見國產的,好歹也要支持一下,分類也算清楚。
4. Koders
是個綜合查詢的網站,不過它好像是從代碼中查找關鍵詞,包含的語言挺多的。
5. Resources for Java server-side developers
確切的說,它是一個資源收集的網站,代碼查詢并不多。不過它分類相當細,如Articles、Books、Examples、Extensions、Frameworks等類,你可以輸入Spring或Hibernate作為關鍵詞搜索一下看看。
-----
方法是有的,但不全實際.
首先,你要理解,JAVA代碼的運行是要被編譯成字節(jié)碼codebyte后才能被執(zhí)行的,以你問題中的意思,那個字符串應該是在怎么代碼被編譯后項目在運行時,再傳入的參數,這時,要想把傳入參數的字符串當成JAVA代碼來運行,只有一種辦法,就是把傳進來的字符串轉換成字節(jié)碼,并且,要虛擬加一個方法體出來.這也不是不可行,可用的技術有asm.cglib等字節(jié)碼技術.但你想,對于你的問題.這樣有實際的意義嗎
你還不如,把system.out.print重定義成新的外調方法調動來的清晰
我們不能保證不丟失,但是我們可以在丟失的時候再發(fā)啊,所以我們可以模范TCP協(xié)議,下面是我的想法,僅供參考:
1。服務端為每一個發(fā)送的數據加一個標識,并在發(fā)送的時候該數據加入到一個數組中,這個數組同時要記錄這個數據加入的時間(之后要用到這個時間)
2。客戶端收到一個數據的時候,要返回服務端一個接受成功的信息,這個信息包含數據標識,服務端收到這個信息就將數組中對應的數據刪除;
3。服務器隔一段時間,就讀取那個數組,判斷數據加入數組的時間到當前時間的時間差,如果時間差大于某一個值(這個值要好好考慮,不過應該要大于1秒),我們就假設發(fā)送失敗了,那就重發(fā)這個數據
4。重復第2和3步驟,直到所有數據發(fā)完以及數組為空,那么客戶端就應該接受到所有數據了
當然這肯定會影響性能,祝你好運
我的思路是:需要保存轉發(fā)的標記信息。轉發(fā)信息對象的原對象信息、轉發(fā)后的新對象信息。
轉發(fā)與重定向的區(qū)別如下:
轉發(fā)是服務器行為,重定向是客戶端行為
1.轉發(fā)在服務器端完成的;重定向是在客戶端完成的
2.轉發(fā)的速度快;重定向速度慢
3.轉發(fā)的是同一次請求;重定向是兩次不同請求
4.轉發(fā)不會執(zhí)行轉發(fā)后的代碼;重定向會執(zhí)行重定向之后的代碼
5.轉發(fā)地址欄沒有變化;重定向地址欄有變化
6.轉發(fā)必須是在同一臺服務器下完成;重定向可以在不同的服務器下完成
在servlet中調用轉發(fā)、重定向的語句如下:
request.getRequestDispatcher("new.jsp").forward(request,
response);//轉發(fā)到new.jsp
response.sendRedirect("new.jsp");//重定向到new.jsp
轉發(fā)過程:客戶瀏覽器發(fā)送http請求,web服務器接受此請求,調用內部的一個方法在容器內部完成請求處理和轉發(fā)動作,將目標資源發(fā)送給客戶;在這里,轉發(fā)的路徑必須是同一個web容器下的url,其不能轉向到其他的web路徑上去,中間傳遞的是自己的容器內的request。在客戶瀏覽器路徑欄顯示的仍然是其第一次訪問的路徑,也就是說客戶是感覺不到服務器做了轉發(fā)的。轉發(fā)行為是瀏覽器只做了一次訪問請求。
重定向過程:客戶瀏覽器發(fā)送http請求,web服務器接受后發(fā)送302狀態(tài)碼響應及對應新的location給客戶瀏覽器,客戶瀏覽器發(fā)現是302響應,則自動再發(fā)送一個新的http請求,請求url是新的location地址,服務器根據此請求尋找資源并發(fā)送給客戶。在這里location可以重定向到任意URL,既然是瀏覽器重新發(fā)出了請求,則就沒有什么request傳遞的概念了。在客戶瀏覽器路徑欄顯示的是其重定向的路徑,客戶可以觀察到地址的變化的。重定向行為是瀏覽器做了至少兩次的訪問請求的。
重定向,其實是兩次request
第一次,客戶端request
A,服務器響應,并response回來,告訴瀏覽器,你應該去B。這個時候IE可以看到地址變了,而且歷史的回退按鈕也亮了。重定向可以訪問自己web應用以外的資源。在重定向的過程中,傳輸的信息會被丟失。