在线观看不卡亚洲电影_亚洲妓女99综合网_91青青青亚洲娱乐在线观看_日韩无码高清综合久久

鍍金池/ 問答/ Java問答
夏夕 回答

無法全路徑執(zhí)行，除非路徑是包名，而且運行字節(jié)碼文件無需待上class，如下執(zhí)行即可：
進入目錄：/Users/apple/Desktop/springt/javacTest/src
執(zhí)行：java Hi

如果有包名：java 包名路徑/Hi

尕筱澄 回答

由前端的controller向后傳遞啊，脫離用戶訪問的上下文session是沒有意義的。

短嘆 回答

不鼓勵這種做法，這種做法導(dǎo)致同一個數(shù)據(jù)狀態(tài)存在多個副本，這會引入額外的維護成本，并且容易導(dǎo)致狀態(tài)不一致問題，引起很多麻煩。

一開始寫代碼，并不需要刻意做這樣的優(yōu)化。
提前做這種犧牲代碼可維護性、增加復(fù)雜度的優(yōu)化，壞處大于好處。
因為它一定會帶來一些壞處，但并不確定是否真的帶來一些好處。

你覺得它會提升性能，這只是理論上，實際運行起來到底提升多少，有多少收益。
和編譯優(yōu)化、業(yè)務(wù)流程、硬件平臺都有很大的關(guān)系。

后續(xù)如果是真的需要優(yōu)化代碼，可以通過性能分析工具找出瓶頸點，有針對性的優(yōu)化。
并且優(yōu)化方式也不一定是增加幾個“中間變量”這種方式。

葬愛 回答

以我的經(jīng)驗，一般情況下，首先檢查包是不是真的被引入了，看下target/目錄下面的編譯文件，如果是maven，請使用命令mvn clean，然后再運行。另外看看該包是不是真的包含缺失的類。

枕邊人 回答

我在做Kafka和sparkstreaming中也遇到過序列化問題。
你用我這種寫法看看有沒有問題。使用RunTimeSchema 獲取schema
def executeByScan(rdd: RDD[(Array[Byte], Array[Byte])], path: String): Unit = {

val resultRdd = rdd.map(row => {
  val result: KafkaMessage = new KafkaMessage
    ProtostuffIOUtil.mergeFrom(row._2, result, RuntimeSchema.getSchema(classOf[KafkaMessage]))
  。。。。。。。

}

萌面人 回答

可以打印一下file，其實就是一個js對象

console.log(document.querySelector('input[type=file]').files[0])
純妹 回答

不知道樓主用的什么框架，樓主可以考慮一下shiro進行一定的安全驗證和權(quán)限驗證。

心夠野 回答

你好,我最近在寫一個java的orm框架,剛好也涉及到這方面的問題。我在之前設(shè)計的時候，也是考慮的獲取數(shù)據(jù)庫數(shù)據(jù)時一次性全部獲取出來，但我設(shè)計的時候遇到的如下問題:

1. 代碼復(fù)雜

考慮如下對象:

class Province{
  private long id;
  private City[] cities;
}

class City{
  private long id;
  private Country[] country;
}

在映射關(guān)系上,one-one映射和one-many映射比較好處理,但是如果有類似這樣多個映射關(guān)系 Province-->City-->Country 而且又包含集合的時候,保存時在設(shè)計上是非常復(fù)雜的.我有查看過nutzDAO的文檔,它的實現(xiàn)方式其實是將數(shù)組中的對象壓入隊列中作為單個對象插入,然而毫無疑問,如果插入大量數(shù)據(jù),這樣的性能肯定很底下.我在設(shè)計orm框架時就是覺得對于復(fù)雜的映射關(guān)系,不僅代碼復(fù)雜而且性能很難保證,所以決定棄用這種一次取出來和一次性保存的方式。
所以我最后設(shè)計的思想如下代碼:

class Province{
  private long id;
}

class City{
  private long id;
  private long provinceId;
}

將外鍵僅僅當(dāng)作普通的成員變量,在查詢時將外鍵作為條件查詢即可.保存時,先保存Province變量,獲取到id后,再插入City變量,設(shè)置他們的proviceId為獲取到的id即可.簡化設(shè)計也提高性能.

2. 性能

誠如你的問題所說,實際上很多時候我們并不需要提取相關(guān)的所有數(shù)據(jù),在性能和代碼復(fù)雜性做平衡考慮,實際上查詢數(shù)據(jù)時,單個表查詢,邏輯最清楚,程序員開發(fā)時也不容易出錯,可以根據(jù)自己的需要做定制.特別是對于企業(yè)項目,多個實體互相關(guān)聯(lián),如果一次性提取出來,可能數(shù)據(jù)量比較龐大,而程序員獲取只需要其中的一小部分?jǐn)?shù)據(jù),這樣在性能上得不償失.

總結(jié)

總結(jié)一下我的答案就是,為了簡單和性能著想,一次性取出所有數(shù)據(jù)(一次性保存實體所有相關(guān)實體數(shù)據(jù))增加代碼復(fù)雜性又增加了性能負(fù)擔(dān)。

另外本人最近參考了市面的一些orm框架,自己編寫了一款還處于快照期(API不穩(wěn)定)的Java開源ORM框架,限于社區(qū)規(guī)范,如果感興趣的可以私信本人交流哦。

另外再多提一嘴,本人最近看了國內(nèi)的幾個技術(shù)相關(guān)的社區(qū),感覺很多社區(qū)技術(shù)氛圍不是很好,披著程序員交流,技術(shù)交流的皮,但是幾乎都是各種灌水,交流,征婚,文風(fēng)跟貼吧簡直沒有區(qū)別. 更讓我覺得有些氣憤又有一些羞恥的是,有一些中國"開發(fā)者"在github上開源項目的的外國人(我不知道有沒有針對中國開發(fā)者github項目)的issue區(qū)發(fā)一些毫無意義的灌水帖,而且評論有十幾樓,完全中國式的文風(fēng)(例如有人評論"six,six,six","Please sit down, Mr. Chen","double click! six six six"),雖然底下也有幾位中國開發(fā)者為這樣的行為道歉,但看了這樣的行為,同作為國人,還是感覺到氣氛和羞恥的.
關(guān)注到segmentFault是剛好最近看到有一篇主題帖,講的就是因為用戶量增加,為了規(guī)范回答,會提出更加嚴(yán)格的提問規(guī)范.我知道對于在用戶量和技術(shù)氛圍上做平衡其實是一件很難的事情(根據(jù)比例原則,除非中國人的整體素質(zhì)大幅提升),因此非常希望segmentFault的管理團隊能夠盡力維持好整個社區(qū)的技術(shù)氛圍,我也決定將扎根segmentFault社區(qū),回答一些我力所能及的問題.

愛礙唉 回答

最佳實踐是使用try-with-resources:

try(Scanner in = new Scanner(System.in)){
.....
}
拼未來 回答

mycat 慎用 感覺領(lǐng)導(dǎo)者在搞傳銷一樣 加群你就知道了 天天做培訓(xùn) 問個問題 都要紅包

吢涼 回答

對搜索結(jié)果進行排序的話，用filter 試試，
下面貼一個我真實用到的一個dsl，包含排序，聚合，過濾等。

{
    "size":2,
    "_source":["title","ptitle","gentuanyouid","startline","hits","daytype"],
    "sort":{
        "updatetime":{
            "order":"desc"
        }    
    },
    "query":{
        "bool":{
                "filter":{
                       "bool":{
                            "must":[
                                
                                {
                                    "match_phrase":{
                                        "startline":"|5993-5958"
                                    }    
                                },
                                {
                                    "term":{
                                            "online":"1"
                                    }
                                },
                                {
                                    "term":{
                                            "shenhe":"1"
                                    }
                                }
                                ,
                                {
                                    "term":{
                                            "del":"0"
                                    }
                                } 
                            ]
                        }
                }
        }
    },
    "aggs":{
        "tongjis":{
            "terms":{
                "field":"endline.keyword",
                "size":20
            }
        }
    }
    
    
    
    
    
}

最新更新：

找到解決辦法，用富文本方式可以指定寬度：

legend: {
                   orient: 'horizontal',
                   itemWidth: 14,
                   itemHeight: 14,
                   left: 13,
                   bottom: 35,
                   icon: 'circle',
                   formatter:'{a|{name}}',
                   textStyle: {
                        rich:{
                            a: {
                                color: '#ddd',
                                fontSize: 15,
                                width: 95,
                                height: 21,
                                padding: [0,0,0,1]
                            },
                        }
                   },
                }



------------------------------------------------------------------------

之前的答案：
找到一個方法，但是有點不智能，暫時解決了問題。

legend可以分開設(shè)置：改變定位值就可以了。

legend： [
            {  
                orient: 'horizontal',  
                left: 13,
                bottom: 68,  
                data: ['20M以下'] 
            },
            {  
                orient: 'horizontal',  
                left: 141,
                bottom: 68,  
                data: ['20M-49M'] 
            },
            ...
        ]

在官方文檔里發(fā)現(xiàn)了這個，說起來應(yīng)該可以解決問題，但是不知道為什么不生效，有時間的朋友可以研究下：http://echarts.baidu.com/opti...

clipboard.png

離魂曲 回答

當(dāng)所有線程運行結(jié)束，或者只剩下守護線程時 JVM 進程就會退出。

如下帶有 daemon 的就是守護線程。

"Attach Listener" #84 daemon prio=9 os_prio=0 tid=0x00007f9a60001000 nid=0x485e waiting on condition [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE

"ajp-nio-8009-Acceptor-0" #80 daemon prio=5 os_prio=0 tid=0x00007f9a94303800 nid=0x475c runnable [0x00007f9a293e1000]
   java.lang.Thread.State: RUNNABLE

如果還有線程是非守護線程并且是 RUNNABLE 狀態(tài)的 JVM 進程是不會退出的，如下。

"nioEventLoopGroup-3-1" #44 prio=10 os_prio=0 tid=0x00007f9a0c004800 nid=0x475d runnable [0x00007f9a79e2b000]
   java.lang.Thread.State: RUNNABLE

所以題主只要在 ServletContextListener.destroy 的時候?qū)⑦@些非守護線程停止或者讓他自動結(jié)束，那 JVM 進程就會運行結(jié)束了。

拽很帥 回答

activate-power-mode
樓上正解

陌璃 回答

clipboard.png
拼寫錯誤

浪婳 回答

keypress事件的兼容性不好，不建議監(jiān)聽這個事件。
clipboard.png

可以監(jiān)聽input事件，然后用正則判斷字符串是否合法：

var inputer = document.getElementById("inputer");

var lastValue = '';
inputer.addEventListener("input", function(e) {
  if (!/^\d*$/.test(e.target.value)) {
    this.value = lastValue;
  }
}, false);

DEMO:
https://codepen.io/CodingMonk...

首頁 上一頁 86 87 88 89 90 91 92 93 94 下一頁 尾頁