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

kill -3 pid

linux 下不同應(yīng)用的響應(yīng)行為不太一樣，對(duì)jvm來(lái)說(shuō)默認(rèn)會(huì)在標(biāo)準(zhǔn)輸出顯示出來(lái)
可以通過(guò) >重定向到文件。

$ jps
20226 jar
20383 Jps
$ kill -3 20226

2018-08-30 13:09:04
Full thread dump OpenJDK 64-Bit Server VM (25.181-b13 mixed mode):

"TimerQueue" #23 daemon prio=5 os_prio=0 tid=0x00007fa70c04f000 nid=0x4f1e waiting on condition [0x00007fa72056d000]
   java.lang.Thread.State: WAITING (parking)
    at sun.misc.Unsafe.park(Native Method)
    - parking to wait for  <0x000000076d530c48> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
    at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)
    at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2039)
    at java.util.concurrent.DelayQueue.take(DelayQueue.java:211)
    at javax.swing.TimerQueue.run(TimerQueue.java:174)
    at java.lang.Thread.run(Thread.java:748)

"DestroyJavaVM" #22 prio=5 os_prio=0 tid=0x00007fa79400a800 nid=0x4f03 waiting on condition [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE

"AWT-EventQueue-0" #17 prio=6 os_prio=0 tid=0x00007fa79461b800 nid=0x4f19 waiting on condition [0x00007fa7222e7000]
   java.lang.Thread.State: WAITING (parking)
    at sun.misc.Unsafe.park(Native Method)
    - parking to wait for  <0x00000006c6201be0> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
    at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)
    at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2039)
    at java.awt.EventQueue.getNextEvent(EventQueue.java:554)
    at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:187)
    at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:116)
    at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:105)
    at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)
    at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:93)
    at java.awt.EventDispatchThread.run(EventDispatchThread.java:82)
......

寫(xiě)的時(shí)候不寫(xiě)這一行不就行了

你這樣做不妥吧，一般只能是一個(gè)進(jìn)程寫(xiě)，一個(gè)進(jìn)程讀。而你是一個(gè)寫(xiě)，兩個(gè)讀。狼多肉少啊老哥。

Java封裝是否多余？

我們?cè)趯W(xué)習(xí)Java的時(shí)候，書(shū)上告訴我們面向?qū)ο蠖际蔷哂蟹庋b性的。那怎么體現(xiàn)封裝性呢？就是將我們的成員變量用private進(jìn)行修飾。

給出這個(gè)成員變量的set、get方法。這樣就體現(xiàn)了封裝性了。

那我們有沒(méi)有想過(guò)，這是為什么呢？？我們每次都要寫(xiě)一大堆的set、get方法，干嘛呢？？就為了體現(xiàn)它這么一個(gè)封裝性？？封裝性又體現(xiàn)在哪呢？？

我們?nèi)粘Ｖ薪o這些變量賦值的時(shí)候都是setXXX()這樣子。

那如果我們不設(shè)置成private，直接設(shè)置成public的話。賦值起來(lái)不是更加簡(jiǎn)單？？例如：

    Person p = new Person();

    //age定義成public的，我們就直接賦值了
    p.age = "22";


    //name定義成private，我們要通過(guò)方法來(lái)進(jìn)行賦值。
    p.setName("zhongfucheng");

看完上邊的代碼，我們會(huì)發(fā)現(xiàn)：封裝性究竟體現(xiàn)在哪？？這不是搞我嗎？他倆實(shí)現(xiàn)的效果不是一樣的嗎？都是賦值而已啊。

對(duì)啊，對(duì)于上面的代碼，確實(shí)是這樣的。如果自己用的話，那他倆實(shí)際的效果是一樣的，沒(méi)啥多大的區(qū)別。

那我們?yōu)槭裁匆庋b？

我覺(jué)得java中需要封裝，有下面幾個(gè)原因：

• 我們可以在set方法中做其他的事，比如用戶傳遞進(jìn)來(lái)一個(gè)名字”傻逼“，我們判斷這個(gè)名字是否合法，如果不合法就不給他取了。也就是說(shuō)：我們可以在set方法中做邏輯判斷，可以干該屬性相關(guān)的事。
• JavaBean規(guī)范就是對(duì)成員變量對(duì)其修飾為私有，給出對(duì)應(yīng)的set、get方法。這是一種規(guī)范。那我們打破這個(gè)規(guī)范會(huì)怎么樣？？可以說(shuō)：絕大部分的Java框架、類庫(kù)在使用的時(shí)候都是調(diào)用set、get方法來(lái)設(shè)置數(shù)據(jù)、獲取數(shù)據(jù)。如果我們不遵守這個(gè)規(guī)范，那么我們的類庫(kù)都用不了啦。
• 假設(shè)我們使用的是public來(lái)修飾成員變量，我們這個(gè)成員變量已經(jīng)被多個(gè)類使用了?？墒怯幸惶?，我們發(fā)現(xiàn)這個(gè)成員變量要做的事情不僅僅是賦值，還有別的事要干（這個(gè)變量的值需要加上一些數(shù)據(jù)）。那就慘了，需要我們找到每個(gè)用這個(gè)變量的地方。如果我們使用了set、get的話，那么我們只要該了set、get方法的內(nèi)部，其他的數(shù)據(jù)都全變了。

我覺(jué)得第二點(diǎn)和第三點(diǎn)是我們需要使用Java中set、get方法的主要原因。

我會(huì)寫(xiě)在一個(gè)組件中，左側(cè)是一個(gè) tab，右邊是動(dòng)態(tài)組件，

<template>
    <div class="tabs">
        <tab-item
            v-for="tab in tabs"
            @click.native="onTabClick(tab)">
    </div>
    <components :is="currentTab.component">
</template>

<script>
export default {
    data() {
        return {
            tabs: [
                {
                    name: 'a',
                    component: 'cpA'
                }            
            ],
            currentTab: {
                name: 'a',
                component: 'cpA'
            }
        }
    },
    methods: {
        onTabClick(tab) {
            this.currentTab = tab
        }
    }
}
</script>

簡(jiǎn)單幫你擼了一下，差不多就是這樣。

主要就是在響應(yīng)頭設(shè)置content-disposition，主要遵循 RFC 5987標(biāo)準(zhǔn)。

response.setHeader("content-disposition","attachment;filename*=UTF-8''" + URLEncoder.encode(fileName,"UTF-8"));

參考：文件下載文件名亂碼

socket

java.lang.VerifyError: Cannot inherit from final class
檢查一下jar包，大概率版本沖突

已解決，將

String home()

修改為

public String home()

即可

問(wèn)題解決了。

我的response攔截器攔截了，修改后通了。

老哥 敢不敢上個(gè)截圖？

老哥 這個(gè)我看不出來(lái) 沒(méi)用過(guò)這個(gè) 我用的是dubbo-admin

挺清晰的 關(guān)鍵是界面好看啊

把處理函數(shù)獨(dú)立出來(lái)

function exec(array) {
  array.forEach(item => {
    if (item.MENU_INFO.length === 0) {
      delete item.MENU_INFO
    } else {
      exec(item.MENU_INFO)
    }
  })
}

exec(arrn);

console.log(arrn)

怕改動(dòng)源數(shù)據(jù)可提前cloneDeep一下 用map delete也會(huì)把源數(shù)據(jù)改了

貌似沒(méi)有吧,不過(guò)可以創(chuàng)建一個(gè)模塊存放公共配置,讓項(xiàng)目的父模塊依賴它,這樣所有的子模塊會(huì)引入父模塊的依賴.而spring通過(guò)classpath加載配置,是可以讀取到的.需要注意的是配置模塊的pom不能依賴項(xiàng)目的任一模塊,避免循環(huán)依賴.

而連接池大小的配置是在單一服務(wù)上配置
在 N 個(gè)服務(wù)訪問(wèn)這個(gè) mysql 機(jī)器的情況下
加入每個(gè)服務(wù)的配置都是上述公式
那么總的連接池?cái)?shù)就是 N((核心數(shù) 2) + 有效磁盤(pán)數(shù))了
這不是悖論嗎？
如何理解？

沒(méi)有什么悖論呀。舉個(gè)例子，比如一個(gè)mysql支持的并發(fā)連接最多100個(gè)，你有3個(gè)微服務(wù)應(yīng)用需要同時(shí)連接這個(gè)數(shù)據(jù)庫(kù)，每個(gè)微服務(wù)部署在一臺(tái)獨(dú)立的機(jī)器上，每個(gè)機(jī)器核心數(shù)為8，磁盤(pán)數(shù)為2。 3 (2 8 + 2) 遠(yuǎn)遠(yuǎn)小于100呀。

即使超過(guò)的mysql可以支持最大并發(fā)數(shù)，可以稍減少某些微服務(wù)的連接池連接數(shù)，沒(méi)有說(shuō)連接池中的連接數(shù)必須是(核心數(shù) * 2) + 有效磁盤(pán)數(shù)。

其次，配置監(jiān)控系統(tǒng) Servlet 也是在單個(gè)服務(wù)下配置
而訪問(wèn) url 諸如這種
http://IP:PORT/druid
那 N 個(gè)微服務(wù)豈不是會(huì)有 N 個(gè)配置監(jiān)控系統(tǒng) Servlet?
假如有幾個(gè)微服務(wù)處于同一臺(tái)機(jī)器上
那就還要配置不同的 url
這樣感覺(jué)怪怪的？

不奇怪呀，不同的微服務(wù)只需要關(guān)注自己的druid的監(jiān)控。如果需要總的監(jiān)控信息，mysql 提供了很多狀態(tài)變量，相關(guān)日志（比例慢查日期）等，當(dāng)然了有很多針對(duì)mysql的監(jiān)控的工具，這些工具收集分析這些日志，變量等信息，提供很友好的界面顯示。

或許一個(gè)解決方案是把對(duì)同一個(gè) mysql 機(jī)器進(jìn)行訪問(wèn)的所有的 dao 層
從各個(gè)微服務(wù)中抽出來(lái)，獨(dú)立操作做成一個(gè)微服務(wù)可以解決上述問(wèn)題？
這樣的架構(gòu)奇怪嗎？

奇怪，有一些mysql的中間件提供連接池的功能，這樣就不需要再應(yīng)用中初始化連接池了，多個(gè)微服務(wù)公用一個(gè)連接池。

問(wèn)題找到了。應(yīng)該這個(gè)寫(xiě)命令：

start SgWatchTcpService.exe 

subject 主題類負(fù)責(zé)監(jiān)控一個(gè)狀態(tài)的變化和通知所有的觀察者兩個(gè)功能，這里拍賣(mài)師就是負(fù)責(zé)監(jiān)控古董的價(jià)格變化并通知所有的拍賣(mài)者，所以也可以推出拍賣(mài)者就是observer。 這里我們可以吧古董認(rèn)為是客戶端，當(dāng)然我個(gè)人理解客戶端有時(shí)候就是創(chuàng)建調(diào)用古董、拍賣(mài)者和拍賣(mài)師類的代碼的代碼。
http://wiki.jikexueyuan.com/p...

@ccfish @捏造的信仰 先謝謝兩位的回答，最起碼啟發(fā)了我回去看看80的問(wèn)題。

問(wèn)題解決了，問(wèn)題出在tomcat本身問(wèn)題，哎，由于是和別人提供的服務(wù)器，所以tomcat本身出了問(wèn)題，重新?lián)Q了個(gè)包，解決了80訪問(wèn)的問(wèn)題，然后war那邊是 db 配置的問(wèn)題。

一開(kāi)始沒(méi)有考慮過(guò)tomcat這么基礎(chǔ)的東西，也會(huì)弄錯(cuò)，所以一直沒(méi)找到原因。

應(yīng)該是href屬性引號(hào)的鍋，你看json里有個(gè)反斜杠，你不加引號(hào)可能直接把后邊轉(zhuǎn)義了。引號(hào)雖然可以不寫(xiě)，但保險(xiǎn)起見(jiàn)還是建議寫(xiě)上。
另外建議用+=吧，格式干凈點(diǎn)不容易出錯(cuò)

var lis = '<li>';
    lis += '<a href="' + n.fjaddress + '">' + n.fjname + '</a>';
    lis += '<span class="time" id="time">' + n.fjsj + '</span>';
    lis += '</li>';

SELECT * FROM table WHERE condictions LIMIT PageSize OFFSET PageIndex

table:表名 conditions:查詢條件 PageSize:每頁(yè)顯示的數(shù)據(jù)個(gè)數(shù) PageIndex:顯示第幾頁(yè)的數(shù)據(jù)

包管理器升級(jí)，不會(huì)覆蓋openssh配置