① 安卓車機視頻輸出到副屏
安卓車機視頻輸出到副屏的解決方法是點擊右上角的按鈕打開中控屏選擇視頻輸出到副屏即可
② android9 雙屏異顯
adb shell am start -n com.android.demo/com.android.demo.MainActivity --display 1
adb shell am start -n com.android.demo/com.android.demo.MainActivity --user 0 --display 1
參數--display指定屏幕， display 0，表示第一塊屏幕； display 1，表示第2塊屏幕。
參數--user可以啟動指定的用戶，在多用戶下有效，系統默認是--user 0。
Presentation是一個特殊的dialog，它的目的是顯示內容到第二屏幕。在Presentation創建的時候關聯一個目標設備，確定Presentation要顯示在哪個設備上，根據這個設備的信息來配置Presentation的context和resources信息。
獲取輔助屏幕有兩種方式：MediaRouter或者DisplayManager
備註：
通過Activity的方式顯示在副屏上會帶來一些問題
1、SoftInputWindow，Toast只顯示在主屏
當在副屏的Activity中調用上面控制項時，控制項會顯示到主屏上
以上問題需要修改Framwork適配控制項
未完待續……
③ Android8.0雙屏顯示異常，主屏啟動的Activity會顯示到副屏上的問題
問題現象：
由於設備有兩個Display設備，分為主屏和副屏，正常情況下startActivity如果不指定displayId的話，都會默認顯示在主屏上，但是在某些情況下launcher啟動的應用Activity會顯示到副屏上面去。
根據現象來分析，初步判斷問題原因是startActivity的流程出現異常導致的，那麼就需要從startActivity流程開始查找原因。
先看framework\base\services\core\java\com\android\server\am\ActivityStarter.java中的：
```
int startActivityLocked(IApplicationThread caller, Intent intent, Intent ephemeralIntent,
...) {
...
mLastStartActivityResult = startActivity(caller, intent, ephemeralIntent, resolvedType,
aInfo, rInfo, voiceSession, voiceInteractor, resultTo, resultWho, requestCode,
callingPid, callingUid, callingPackage, realCallingPid, realCallingUid, startFlags,
options, ignoreTargetSecurity, componentSpecified, mLastStartActivityRecord,
inTask);
...
}
```
一步一步往下查之後看到startActivityUnchecked函數中有對task和stack的變更與displayId相關的操作，重點看這個地方：
// Note: This method should only be called from {@link startActivity}.
private int startActivityUnchecked(final ActivityRecord r, ActivityRecord sourceRecord,
IVoiceInteractionSession voiceSession, IVoiceInteractor voiceInteractor,
int startFlags, boolean doResume, ActivityOptions options, TaskRecord inTask,
ActivityRecord[] outActivity) {
...
// Should this be considered a new task?
int result = START_SUCCESS;
if (mStartActivity.resultTo == null && mInTask == null && !mAddingToTask
&& (mLaunchFlags & FLAG_ACTIVITY_NEW_TASK) != 0) {
newTask = true;
String packageName= mService.mContext.getPackageName();
if (mPerf != null) {
mStartActivity.perfActivityBoostHandler =
mPerf.perfHint(BoostFramework.VENDOR_HINT_FIRST_LAUNCH_BOOST, packageName, -1, BoostFramework.Launch.BOOST_V1);
}
result = (
taskToAffiliate, preferredLaunchStackId, topStack);
} else if (mSourceRecord != null) {
result = setTaskFromSourceRecord(); //在添加列印後發現出現問題的時候是走的這個函數進行task與stack操作的
} else if (mInTask != null) {
result = setTaskFromInTask();
} else {
// This not being started from an existing activity, and not part of a new task...
// just put it in the top task, though these days this case should never happen.
();
}
...
}
那麼就看setTaskFromSourceRecord這個函數幹了些什麼：
private int setTaskFromSourceRecord() {
...
// We only want to allow changing stack in two cases:
// 1. If the target task is not the top one. Otherwise we would move the launching task to
// the other side, rather than show two side by side.
// 2. If activity is not allowed on target display.
final int targetDisplayId = mTargetStack != null ? mTargetStack.mDisplayId
: sourceStack.mDisplayId;
final boolean moveStackAllowed = sourceStack.topTask() != sourceTask
|| !mStartActivity.canBeLaunchedOnDisplay(targetDisplayId);
if (moveStackAllowed) {
mTargetStack = getLaunchStack(mStartActivity, mLaunchFlags, mStartActivity.getTask(),
mOptions);
// If target stack is not found now - we can't just rely on the source stack, as it may
// be not suitable. Let's check other displays.
if (mTargetStack == null && targetDisplayId != sourceStack.mDisplayId) {
// Can't use target display, lets find a stack on the source display.
mTargetStack = mService.mStackSupervisor.getValidLaunchStackOnDisplay(
sourceStack.mDisplayId, mStartActivity);
}
if (mTargetStack == null) {
// There are no suitable stacks on the target and source display(s). Look on all
// displays.
mTargetStack = mService.mStackSupervisor.getNextValidLaunchStackLocked(
mStartActivity, -1/* currentFocus */);
}
}
}
根據注釋來看，關鍵就是這個moveStackAllowed了，列印log發現出現問題的時候moveStackAllowed 為true，所以會對mTargetStack 進行重新賦值的操作，在重新賦值操作過程中，由於當前topTask所在的stack是副屏的，所以會進入mService.mStackSupervisor.getNextValidLaunchStackLocked查找非-1的displayId對應的ActivityStack來賦值。
/**
* Get next valid stack for launching provided activity in the system. This will search across
* displays and stacks in last-focused order for a focusable and visible stack, except those
* that are on a currently focused display.
*
* @param r The activity that is being launched.
* @param currentFocus The display that previously had focus and thus needs to be ignored when
* searching for the next candidate.
* @return Next valid {@link ActivityStack}, null if not found.
*/
ActivityStack getNextValidLaunchStackLocked(@NonNull ActivityRecord r, int currentFocus) {
mWindowManager.getDisplaysInFocusOrder(mTmpOrderedDisplayIds);
for (int i = mTmpOrderedDisplayIds.size() - 1; i >= 0; --i) {
final int displayId = mTmpOrderedDisplayIds.get(i);
if (displayId == currentFocus) {
continue;
}
final ActivityStack stack = getValidLaunchStackOnDisplay(displayId, r);
if (stack != null) {
return stack;
}
}
return null;
}
從getNextValidLaunchStackLocked內部可以看到按照displayId由小到大的順序依次添加到mTmpOrderedDisplayIds這個列表中去，然後再由大到小依次遍歷mTmpOrderedDisplayIds非-1的displayId對應的ActivityStack，由於設備的主屏和副屏的displayId分別是0、1，所以最先查到的就是displayId為1的ActivityStack，這樣activity就會顯示到副屏對應的ActivityStack上，從而導致默認啟動的activity在副屏上顯示的問題。
知道原因就好辦了，直接在setTaskFromSourceRecord中添加判斷：
if (mTargetStack == null) {
// There are no suitable stacks on the target and source display(s). Look on all
// displays.
ActivityStack topStack = mSupervisor.mFocusedStack;
int currentFocusDisplayId = -1;
//如果topStack對應的displayId不等於startActivity傳入的targetDisplayId，那麼就在getNextValidLaunchStackLocked中傳入topStack.mDisplayId排除掉對應的topStack就行了。
if (topStack != null && topStack.mDisplayId != targetDisplayId) {
currentFocusDisplayId = topStack.mDisplayId;
}
mTargetStack = mService.mStackSupervisor.getNextValidLaunchStackLocked(
mStartActivity, currentFocusDisplayId /* currentFocus */);
}
④ android雙屏異顯副屏解析度
方法如下，Android SDK 提供了Display類，實現在主屏幕之外的擴展屏幕上顯示不同於主屏幕的UI，而擴展屏幕上的UI顯示，實質上是顯示了一個系統級別的Dialog，我們可以將自已的View加入到此Dialog中進行顯示。
⑤ Android適配雙面屏手機
如果什麼都不做，那麼Activity會自動銷毀重建，也談不上適配了，
所以我們需要配置 Activity 的 configChanges 屬性，並且重寫 onConfigurationChanged 方法，讓其處理 screenSize 改變，完成相應的適配。
總體上有兩點需要適配：
以上內容詳細可以參考 雙屏第三方應用自由切換適配指導意見
適配完畢之後，我們可以通過來如下命令，模擬主屏和副屏切換動作。
第一種解決方案我試了之後發現有些第三方SDK在loadLibrary的時候報找不到so的異常。
第二種解決方案我試了一下，沒發現閃退問題，可以完成測試。
因此推薦順序為：root手機 > 方案二 > 方案一
我是在嘗試適配努比亞X的時候出現的問題，努比亞的主屏是 1080x2280 、副屏是 720x1520 ，系統認為這兩種屏幕之間的切換是屬於 屏幕的物理大小改變了 ，因此我們還需要增加一個flag: smallestScreenSize 。如果以後有新出的雙面屏像素密度都發生變化了，那麼我們就再加一個 density 。
⑥ 修改安卓手機typec副屏解析度
打開LCD密度修改器。
打開LCD密度修改器，此時顯示你手機當前的DPI密度，副屏解析度，然後我們可以左右滑動，就可以。
解析度港台稱之為解析度就是屏幕圖像的精密度，是指顯示器所能顯示的像素的多少。由於屏幕上的點、線和面都是由像素組成的，顯示器可顯示的像素越多，畫面就越精細，同樣的屏幕區域內能顯示的信息也越多，所以解析度是個非常重要的性能指標之一。
⑦ ubuntu安卓平板 副屏
系統實現筆記本。
ubuntun系統實現筆記本加外接顯示器兩個屏幕顯示，查看相關顯示器信息，輸入命令xrandr可以看到我有兩個顯示器。
1、打開軟體和更新，找到附加驅動選項系統默認是最後一個選項，我們改為選擇NAVIDIA的即可然後點擊應用更改，之後耐心等待，驅動下載和更新操作結束。2、重新啟動ubuntu。3、檢查和設置雙屏輸入命令，xrandr，查看顯示器相關信息最後，在設備中，設置拼接顯示器的方式。
⑧ 安卓9主副屏調換
安卓9主副屏通過設置調換。
1、雙指放在安卓屏幕斜對角。
2、向內捏合進入桌面編輯。
3、調出插件添加的目錄，選擇需要的插件。
4、點擊添加即可。
⑨ Android 雙屏異顯副屏拉伸怎麼解決
如果是廠商定製系統，可以在設置（廠商可能提供相應的調整界面）中或開發者選項里進行調整