現象如圖：

解決方法：
一 、在清單檔案裡對應的activity中：
1> 加入：android:windowSoftInputMode="adjustPan"，這樣軟鍵盤彈出時會直接覆蓋view
2> 加入：android:windowSoftInputMode="stateVisible|adjustResize"，這樣整個螢幕會上移動

二、在對應的activity中oncreat()方法里加入getWindow().setSoftInputMode(WindowManager.LayoutParams.SOFT_INPUT_ADJUST_PAN)位置如下：

  @Override
    protected void onCreate(@Nullable Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        getWindow().setSoftInputMode(WindowManager.LayoutParams.SOFT_INPUT_ADJUST_PAN);
        setDataView(R.layout.activity_feedback, null);
    }
 

關於軟鍵盤的api;
“stateUnspecified” 軟鍵盤的狀態(是否它是隱藏或可見)沒有被指定。系統將選擇一個合適的狀態或依賴於主題的設定。這個是為了軟體盤行為預設的設定。
“stateUnchanged” 軟鍵盤被保持無論它上次是什麼狀態，是否可見或隱藏，當主窗口出現在前面時。
“stateHidden” 當用戶選擇該Activity時，軟鍵盤被隱藏——也就是，當用戶確定導航到該Activity時，而不是返回到它由於離開另一個Activity。
“stateAlwaysHidden” 軟鍵盤總是被隱藏的，當該Activity主視窗獲取焦點時。
“stateVisible” 軟鍵盤是可見的，當那個是正常合適的時(當用戶導航到Activity主視窗時)。
“stateAlwaysVisible

” 當用戶選擇這個Activity時，軟鍵盤是可見的——也就是，也就是，當用戶確定導航到該Activity時，而不是返回到它由於離開另一個Activity。
“adjustUnspecified” 它不被指定是否該 Activity主視窗調整大小以便留出軟鍵盤的空間，或是否視窗上的內容得到螢幕上當前的焦點是可見的。系統將自動選擇這些模式中一種主要依賴於是否視窗的內容有任何佈局檢視能夠滾動他們的內容。如果有這樣的一個檢視，這個視窗將調整大小，這樣的假設可以使滾動視窗的內容在一個較小的區域中可見的。這個是主視窗預設的行為設定。
“adjustResize” 該Activity主視窗總是被調整螢幕的大小以便留出軟鍵盤的空間
“adjustPan” 該Activity主視窗並不調整螢幕的大小以便留出軟鍵盤的空間。相反，當前視窗的內容將自動移動以便當前焦點從不被鍵盤覆蓋和使用者能總是看到輸入內容的部分。這個通常是不期望比調整大小，因為使用者可能關閉軟鍵盤以便獲得與被覆蓋內容的互動操作。