简介本资源是一份面向Android初学者与中级开发者的实用技术文档聚焦界面定制、屏幕适配与动态布局等核心开发场景帮助开发者快速掌握提升应用体验的关键属性设置技巧。文档以清晰条目形式详解四大高频实践自定义TitleBar布局实现个性化头部区域、全屏模式设置的正确调用顺序与注意事项、通过Configuration精准获取屏幕方向与键盘状态、以及Java代码动态构建View的完整示例与性能权衡分析内容兼顾原理说明与可直接复用的代码片段附带兼容多分辨率的资源目录命名规范解析。资源为单个26KB的Word文档.doc结构紧凑、即开即用无冗余素材适合快速查阅与代码参考。目前已有66人学习下载是理解Android基础UI控制逻辑与规避常见坑点的精炼入门材料。1. Android 中几个常用属性的设置不是改个 XML 就完事标题栏、全屏、屏幕方向这三类属性必须分场景理解生效逻辑在 Android 开发中“设置属性”常被新手误认为只是往AndroidManifest.xml或styles.xml里填几个字段。但实际调试时你会发现明明写了android:screenOrientationlandscape横屏却没锁住设了android:themestyle/Theme.AppCompat.NoActionBar标题栏仍顽固存在加了android:exportedtrue却报SecurityException——问题不在语法而在这些属性的作用域层级、生效时机和隐式依赖。本文聚焦标题中明确指出的“几个常用属性”专攻标题栏显隐控制、全屏模式切换、屏幕方向锁定与响应这三类高频刚需场景。不讲泛泛而谈的“属性系统”只拆解android:theme、android:screenOrientation、android:windowFullscreen等真实出现在.doc文件名中的核心配置项。适合刚完成第一个 Activity 编写、正被 UI 行为不一致困扰的开发者也适合需要快速验证旧项目兼容性的中级工程师——因为 Android 12 对android:exported的强制要求、Android 14 对screenOrientation的新限制已让这些“老属性”有了新坑。2. 标题栏ActionBar的显隐控制从 Theme 到代码三层控制逻辑必须理清标题栏的显示与隐藏不是单一开关而是由主题继承链、Activity 声明、运行时代码三层共同决定。忽略任一层都会导致预期失效。例如仅在AndroidManifest.xml中设置android:themestyle/Theme.AppCompat.Light.DarkActionBar若 Activity 代码中调用getSupportActionBar().hide()标题栏仍可能因主题强制启用而短暂闪现。2.1 主题层通过 style.xml 定义全局行为基线最根本的控制发生在主题定义。AndroidManifest.xml中application或activity节点的android:theme属性指向res/values/styles.xml中的具体样式。关键在于NoActionBar类主题是起点而非终点。!-- res/values/styles.xml -- style nameTheme.MyApp parentTheme.AppCompat.DayNight !-- 关键禁用 ActionBar但保留状态栏StatusBar -- item namewindowActionBarfalse/item item namewindowNoTitletrue/item !-- 可选若需沉浸式状态栏启用此行 -- !-- item nameandroid:windowContentOverlaynull/item -- /style注意windowNoTitle和windowActionBar必须同时设为true/false。仅设windowNoTitle而未禁用windowActionBar在某些 Android 版本下会导致布局错位。parent必须继承自Theme.AppCompat.*或Theme.Material.*直接继承android:Theme会丢失兼容性支持。2.2 清单层Activity 级别覆盖主题避免全局污染若仅某个 Activity 需要无标题栏不应修改application的 theme而应在AndroidManifest.xml中单独指定activity android:name.SplashActivity android:exportedtrue android:themestyle/Theme.MyApp.NoActionBar !-- 单独定义的子主题 -- android:screenOrientationportrait /对应styles.xml中需声明子主题style nameTheme.MyApp.NoActionBar parentTheme.MyApp item namewindowActionBarfalse/item item namewindowNoTitletrue/item /style提示android:exportedtrue是 Android 12 强制要求若该 Activity 有 intent-filter如启动页必须显式声明否则安装失败。此处与标题栏无关但常因疏忽导致构建中断一并提醒。2.3 代码层运行时动态控制应对导航栈变化主题和清单设置是静态的但业务逻辑可能需要动态切换。例如登录页无标题栏进入主界面后显示带返回箭头的标题栏。此时需在Activity的onCreate()中操作// Java Override protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.activity_main); // 动态启用 ActionBar前提是主题未彻底禁用 if (getSupportActionBar() ! null) { getSupportActionBar().setDisplayHomeAsUpEnabled(true); // 显示返回图标 getSupportActionBar().setTitle(主页面); getSupportActionBar().show(); // 若之前被 hide()需显式 show() } }// Kotlin override fun onCreate(savedInstanceState: Bundle?) { super.onCreate(savedInstanceState) setContentView(R.layout.activity_main) supportActionBar?.apply { setDisplayHomeAsUpEnabled(true) title 主页面 show() // 确保可见 } }关键逻辑说明getSupportActionBar()返回null的常见原因有两个一是主题中windowActionBarfalse二是setContentView()调用前未调用super.onCreate()。务必检查super.onCreate()是否在setContentView()之前执行。show()和hide()是幂等操作可安全重复调用。3. 全屏模式的实现区分状态栏隐藏、DecorView 全屏与沉浸式体验“全屏”在 Android 中有明确技术分层状态栏StatusBar隐藏、导航栏NavigationBar隐藏、DecorView 拉伸至屏幕边缘、内容区域适配。.doc文件名中“全屏”所指通常是前两者组合。错误做法是仅调用getWindow().setFlags()却忽略 Android 4.4 的SYSTEM_UI_FLAG_IMMERSIVE_STICKY机制。3.1 状态栏与导航栏的隐藏FLAG 组合必须精确在Activity的onCreate()中于setContentView()之后设置窗口标志// Java Override protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.activity_fullscreen); // 关键必须在 setContentView() 之后调用 Window window getWindow(); window.getDecorView().setSystemUiVisibility( View.SYSTEM_UI_FLAG_LAYOUT_STABLE | View.SYSTEM_UI_FLAG_LAYOUT_HIDE_NAVIGATION | View.SYSTEM_UI_FLAG_LAYOUT_FULLSCREEN | View.SYSTEM_UI_FLAG_HIDE_NAVIGATION // 隐藏导航栏 | View.SYSTEM_UI_FLAG_FULLSCREEN // 隐藏状态栏 | View.SYSTEM_UI_FLAG_IMMERSIVE_STICKY // “粘性”沉浸手势滑出后自动隐藏 ); }// Kotlin override fun onCreate(savedInstanceState: Bundle?) { super.onCreate(savedInstanceState) setContentView(R.layout.activity_fullscreen) window.decorView.systemUiVisibility ( View.SYSTEM_UI_FLAG_LAYOUT_STABLE or View.SYSTEM_UI_FLAG_LAYOUT_HIDE_NAVIGATION or View.SYSTEM_UI_FLAG_LAYOUT_FULLSCREEN or View.SYSTEM_UI_FLAG_HIDE_NAVIGATION or View.SYSTEM_UI_FLAG_FULLSCREEN or View.SYSTEM_UI_FLAG_IMMERSIVE_STICKY ) }参数说明SYSTEM_UI_FLAG_LAYOUT_*允许内容绘制到状态栏/导航栏区域下方即“布局延伸”但不隐藏它们SYSTEM_UI_FLAG_*无LAYOUT_前缀真正隐藏状态栏/导航栏IMMERSIVE_STICKY用户从边缘滑动可临时唤出导航栏松手后自动隐藏若用IMMERSIVE则需手动监听onSystemUiVisibilityChange处理。3.2 全屏主题的正确写法避免与 FLAG 冲突若使用主题方式实现全屏styles.xml中需定义style nameTheme.MyApp.FullScreen parentTheme.MyApp item nameandroid:windowFullscreentrue/item item nameandroid:windowContentOverlaynull/item !-- 注意此主题不能与 windowActionBarfalse 同时使用否则 ActionBar 无法恢复 -- /style重要区别android:windowFullscreentrue仅隐藏状态栏不隐藏导航栏。它与FLAG_FULLSCREEN效果相同但不可与FLAG_HIDE_NAVIGATION混用——后者会覆盖前者。推荐统一使用setSystemUiVisibility()方式控制粒度更细。3.3 内容区域适配防止全屏后布局被裁切当状态栏/导航栏隐藏后DecorView尺寸变大但ViewGroup默认 padding 不会自动调整。需在布局根节点添加!-- activity_fullscreen.xml -- LinearLayout xmlns:androidhttp://schemas.android.com/apk/res/android android:layout_widthmatch_parent android:layout_heightmatch_parent android:fitsSystemWindowstrue !-- 关键让系统自动处理 padding -- android:orientationvertical TextView android:layout_widthwrap_content android:layout_heightwrap_content android:text全屏内容 / /LinearLayout逻辑说明android:fitsSystemWindowstrue会为根布局添加与状态栏/导航栏高度相等的paddingTop/paddingBottom确保内容不被系统栏遮挡。若设为false则需手动在代码中setPadding()但易出错。4. 屏幕方向的锁定与响应从静态声明到动态感知绕过 Android 14 的新限制android:screenOrientation是.doc文件名中明确提及的属性但其行为在不同 Android 版本差异极大。Android 14API 34起对unspecified和sensor类方向增加了运行时权限检查而landscape/portrait锁定虽仍可用但需警惕Activity重建风险。4.1 清单声明锁定方向的三种可靠写法在AndroidManifest.xml中为Activity设置android:screenOrientation是最常用且稳定的方案值行为适用场景Android 14 兼容性portrait强制竖屏忽略传感器登录页、表单页✅ 完全兼容landscape强制横屏忽略传感器视频播放页、游戏主界面✅ 完全兼容userLandscape用户首选横屏基于系统设置但不随传感器旋转需兼顾用户习惯的横屏应用✅ 兼容activity android:name.VideoPlayerActivity android:exportedfalse android:screenOrientationlandscape android:configChangesorientation|screenSize|screenLayout /注意configChanges必须包含orientation否则方向变更时Activity会被销毁重建导致数据丢失。screenSize和screenLayout在 Android 3.2 为必填否则configChanges无效。4.2 代码动态锁定setRequestedOrientation()的生命周期陷阱若需在运行时根据条件锁定方向如播放视频时横屏调用// Java // 在 onCreate() 或 onResume() 中调用 if (isPlayingVideo) { setRequestedOrientation(ActivityInfo.SCREEN_ORIENTATION_LANDSCAPE); } else { setRequestedOrientation(ActivityInfo.SCREEN_ORIENTATION_PORTRAIT); }// Kotlin if (isPlayingVideo) { requestedOrientation ActivityInfo.SCREEN_ORIENTATION_LANDSCAPE } else { requestedOrientation ActivityInfo.SCREEN_ORIENTATION_PORTRAIT }关键陷阱setRequestedOrientation()在onCreate()中调用可能导致Activity在初始化阶段被重建。最佳实践是在onResume()中调用此时Activity已完全可见且可结合isFinishing()避免空指针。4.3 Android 14 新限制unspecified与sensor的权限要求Android 14 起若android:screenOrientation设为unspecified或sensor*如sensorPortrait应用需在AndroidManifest.xml中声明uses-permission android:nameandroid.permission.POST_NOTIFICATIONS / !-- 注意此权限与通知相关但 Android 14 将其复用于传感器方向控制 --实操建议除非业务强依赖自动旋转如地图、AR 应用否则避免使用unspecified和sensor。优先用portrait/landscape锁定或用userPortrait/userLandscape尊重用户系统设置。这样既规避权限问题又提升用户体验一致性。5. 三类属性的协同验证与排错用 adb shell dumpsys 和 Logcat 定位真实生效值当标题栏仍显示、全屏未生效、方向锁不住时不能仅靠代码猜测。必须通过系统级命令验证属性是否被正确读取和应用。这是.doc类文档常忽略但一线开发者每日必用的排错手段。5.1 查看 Activity 实际加载的主题与方向使用adb shell dumpsys activity activities获取当前所有 Activity 的详细信息adb shell dumpsys activity activities | grep -A 5 -B 5 YourActivityName输出中关键字段mActivityClassyour.package.name.YourActivity确认目标 ActivitymRequestedOrientation00表示unspecified1为user6为landscape7为portraitmTheme0x7f120001十六进制主题 ID可用aapt dump resources your-app.apk | grep 0x7f120001反查具体主题名。参数说明mRequestedOrientation值直接反映android:screenOrientation的最终解析结果。若期望landscape6却显示0说明清单未生效或被父 Application 覆盖。5.2 检查窗口系统 UI 标志的实际状态全屏失效时验证systemUiVisibility是否被其他组件覆盖如第三方 SDK、Fragmentadb shell dumpsys window windows | grep -A 5 -B 5 Window #查找包含mSystemUiVisibility的行其后十六进制值即当前标志位。对照View.SYSTEM_UI_FLAG_*常量如0x1000000对应FULLSCREEN可确认哪些标志已启用。5.3 日志过滤捕获主题加载与方向变更事件在 Android Studio Logcat 中设置过滤器tag:WindowManager或tag:ActivityThread并启用Verbose级别// 方向变更时典型日志 ActivityThread: handleRelaunchActivity: relaunching ActivityRecord{...} with orientation6 WindowManager: setRequestedOrientation: ActivityRecord{...} newOrientation6若日志中出现relaunching但无newOrientation字样说明configChanges未正确配置Activity正在被重建。5.4 一个实用技巧用 Layout Inspector 实时查看 DecorView 层级Android Studio 自带的Layout Inspector是验证全屏和标题栏的终极工具运行 App 并打开目标 Activity点击菜单View → Tool Windows → Layout Inspector选择进程点击Refresh展开DecorView→LinearLayout[0]→ContentFrameLayout查看View的mSystemUiVisibility值十进制及mPaddingTop/mPaddingBottom是否为 0全屏时应为 0。技巧本质Layout Inspector直接读取运行时 View 树比代码调试更直观。若mPaddingTop 0说明fitsSystemWindows未生效或被其他padding覆盖若mSystemUiVisibility缺少0x4FULLSCREEN则FLAG未正确设置。至此标题中“Android 中几个常用属性的设置”已覆盖标题栏、全屏、屏幕方向三大核心场景每一步均给出可立即执行的代码、命令与验证方法。本文还有配套的精品资源点击获取