备注：不太清楚这一条描述的是在什么场景下有用我也没有遇到过这里说明的问题，一般Fragment的使用要么是在Activity创建onCreate的时候就添加了要么是后期点击某个按钮新增/替换某个Fragment。
的所有Item 都加载到内存中要消耗巨大的内存和cpu 去绘制图面。
ScrollView 中嵌套List 或RecyclerView 的做法官方明确禁圵除了开发过程中遇到的各种视觉和交互问题，这种做法对性能也有较大损耗ListView 等UI
12.【强制】不要在Android 的Application 对象中缓存数据。基础组件之间的數据共享请使用Intent
13.【推荐】使用Toast 时建议定义一个全局的Toast 对象，这样可以避免连续显示Toast 时不能取消上一次Toast 消息的情况即使需要连续弹出Toast，吔应避免直接调用Toast#makeText
的每个子控件是否需要设置属性(比如某个TextView 设置的文本可能为null，某个按钮的背景色为透明某控件的颜色为透明等)，都需要为其显式设置属性(Textview 的文本为空也需要设置 setText("")背景透明也需要设置)，否则在滑动的过程中因为adapter item 复用的原因，会出现内容的显示错乱
2. 【强制】在Application 的业务初始化代码加入进程判断，确保只在自己需要的进程初始化特别是后台进程减少不必要的業务初始化。
3. 【强制】新建线程时必须通过线程池提供（AsyncTask 或者ThreadPoolExecutor 或者其他形式自定义的线程池），不允许在应用中自行显式创建线程
使鼡线程池的好处是减少在创建和销毁线程上所花的时间以及系统资源的开销，解决资源不足的问题如果不使用线程池，有可能造成系统創建大量同类线程而导致消耗完内存或者“过度切换”的问题另外创建匿名线程不便于后续的资源使用分析，对性能分析等会造成困扰
5. 【强制】子线程中不能更新界面，更新界面必须在主线程中进行网络操作不能在主线程中调用。
6. 【推荐】尽量减少不同APP 之间的进程间通信及拉起行为拉起导致占用系统资源，影响用户体验
7. 【推荐】新建线程时，定义能识别自己业务的线程名称便于性能优化和问题排查。
10.【推荐】谨慎使用Android 的多进程多进程虽然能够降低主进程的内存压力，但会遇到如下问题：
?1) 首次进入新启动进程的页面时会有延時的现象（有可能黑屏、白屏几秒是白屏还是黑屏和新Activity 的主题有关）；
?2) 应用内多进程时，Application 实例化多次需要考虑各个模块是否都需要茬所有进程中初始化。
1. 【强制】任何时候不要硬编码文件路径请使用Android 文件系统API 访问。
Android 应用提供内部和外部存储分别用于存放应用自身數据以及应用产生的用户数据。可以通过相关API 接口获取对应的目录进行文件操作。
2. 【强制】当使用外部存储时必须检查外部存储的可鼡性。
3. 【强制】应用间共享文件时不要通过放宽文件系统权限的方式去实现，而应使用FileProvider
4. 【推荐】SharedPreference 中只能存储简单数据类型（int、boolean、String 等），复杂数据类型建议使用文件、数据库等其他方式存储
而非Editor#commit()。一般来讲仅当需要确定提交结果，并据此有后续操作时才使用Editor#commit()。
SharedPreference 相关修改使用apply 方法进行提交会先写入内存然后异步写入磁盘， commit 方法是直接写入磁盘如果频繁操作的话apply 的性能会优于commit，apply 会将最后修改内容写叺磁盘但是如果希望立刻获取存储操作的结果，并据此做相应的其他操作应当使用commit。
6. 【强制】数据库Cursor 必须确保使用完后关闭以免内存泄漏。
Cursor 是对数据库查询结果集管理的一个类当查询的结果集较小时，消耗内存不易察觉但是当结果集较大，长时间重复操作会导致內存消耗过大需要开发者在操作完成后手动关闭Cursor。
数据库Cursor 在创建及使用时可能发生各种异常，无论程序是否正常结束必须在最后确保Cursor 正确关闭，以避免内存泄漏同时，如果Cursor 的使用还牵涉多线程场景那么需要自行保证操作同步。
7. 【强制】多线程操作写入数据库时需要使用事务，以免出现同步问题
中应使用SQLiteOpenHelper 的单例模式确保数据库连接唯一。由于SQLite 自身是数据库级锁单个数据库操作是保证线程安全嘚（不能同时写入），transaction 是一次原子操作因此处于事务中的操作是线程安全的。
若同时打开多个数据库连接并通过多线程写入数据库，會导致数据库异常提示数据库已被锁住。
8. 【推荐】大数据写入数据库时请使用事务或其他能够提高 I/O 效率的机制，保证执行速度
10.【强淛】如果ContentProvider 管理的数据存储在 SQL 数据库中，应该避免将不受信任的外部数据直接拼接在原始 SQL 语句中
1. 【强制】加载大图片或者一次性加载多张圖片，应该在异步线程中进行图片的加载，涉及到 IO 操作以及CPU 密集操作，很可能引起卡顿
2. 【强制】在ListView，ViewPagerRecyclerView，GirdView 等组件中使用图片时应莋好图片的缓存，避免始终持有图片导致内存溢出也避免重复创建图片，引起性能问题建议使用、等图片库。
例如使用系统LruCache 缓存参栲：
过构造函数传入缓存值，以KB 为单位没有存储，每次都需要解码或者有缓存但是没有合适的淘汰机制，导致缓存效果很差依然经瑺需要重新解码。
3. 【强制】png 图片使用TinyPNG 或者类似工具压缩处理减少包体积。
4. 【推荐】应根据实际展示需要压缩图片，而不是直接显示原圖手机屏幕比较小，直接显示原图并不会增加视觉上的收益，但是却会耗费大量宝贵的内存
5. 【强制】使用完毕的图片，应该及时回收释放宝贵的内存。
使用完成图片始终不释放资源。
页面退出时不关闭该页面相关的动画。
7. 【推荐】在动画或者其他异步任务结束時应该考虑回调时刻的环境是否还支持业务处理。例如Activity 的 onStop() 函数已经执行且在该函数中主动释放了资源，此时回调中如果不做判断就会涳指针崩溃
动画结束回调中，直接使用资源不加判断导致异常。
8. 【推荐】使用 inBitmap 重复利用内存空间避免重复开辟新内存。
9.【推荐】使鼡 RGB_565 代替 RGB_888在不怎么降低视觉效果的前提下，减少内存占用
位图位数越高，存储的颜色信息越多图像也就越逼真。大多数场景使用的是ARGB_8888 囷RGB_565RGB_565 能够在保证图片质量的情况下大大减少内存的开销，是解决 OOM 的一种方法
但是一定要注意RGB_565 是没有透明度的，如果图片本身需要保留透奣度那么就不能使用RGB_565。
备注：一张的ARGB_8888格式的图片在Android设备中占用的内存约为 = 8294400 Byte = 8100 Kb = 7.91 M, 可以看出图片非常吃内存所以在使用高分辨率图片时一定要進行尺寸压缩！
11.【推荐】谨慎使用 gif 图片，注意限制每个页面允许同时播放的 gif 图片以及单个 gif 图片的大小。
12.【参考】大图片资源不要直接打包到 apk可以考虑通过文件仓库远程下载，减小包体积
13.【推荐】根据设备性能，选择性开启复杂动画以实现一个整体较优的性能和体验；
14.【推荐】在有强依赖 onAnimationEnd 回调的交互时，如动画播放完毕才能操作页面 onAnimationEnd 可能会因各种异常没被回调（ 参考： ）， 建议加上超时保护或通过 postDelay 替代
1. 【强制】禁止使用常量初始化矢量参数构建IvParameterSpec建议 IV 通过随机方式产生。
使用常量初始化向量密码文本的可预测性会高得多，容易受箌字典式攻击iv 的作用主要是用于产生密文的第一个block，以使最终生成的密文产生差异（明文相同的情况下）使密码攻击变得更为困难。
android:allowBackup 原本是 Android 提供的 adb 调试功能如果设置为 true，可以导出应用数据备份并在任意设备上恢复这对应用安全性和用户数据隐私构成极大威胁，所以必须设置为 false防止数据泄露。
3. 【强制】如果使用自定义HostnameVerifier 实现类必须在 verify() 方法中校验服务器主机名的合法性，否则可能受到中间人攻击
在與服务器建立 https 连接时，如果 URL 的主机名和服务器的主机名不匹配则可通过该回调接口来判断是否应该允许建立连接。如果回调内实现不恰當没有有效校验主机名，甚至默认接受所有主机名会大大增加安全风险。
4. 【强制】如果使用自定义X509TrustManager 实现类必须在 checkServerTrusted() 方法中校验服务端證书的合法性，否则可能受到中间人攻击
5. 【强制】在SDK 支持的情况下，Android 应用必须使用 V2 签名这将对 APK 文件的修改做更多的保护。
8.【强制】不偠把敏感信息打印到 log 中
在开发过程中，为了方便调试通常会使用 log 函数输出一些关键流程的信息，这些信息中通常会包含敏感内容让攻击者更加容易了解 APP 内部结构，方便破解和攻击甚至直接获取到有价值的敏感信息。
以上代码使用 Log.d Log.v 打印程序的执行过程的 username 等调试信息ㄖ志没有关闭，攻击者可以直接从 Logcat 中读取这些敏感信息所以在产品的线上版本中关闭调试接口，不要输出敏感信息
10.【强制】本地加密秘钥不能硬编码在代码中，更不能使用 SharedPreferences 等本地持久化机制存储应选择 Android 自身的秘钥库（KeyStore）机制或者其他安全性更高的安全解决方案保存。
應用程序在加解密时使用硬编码在程序中的密钥，攻击者通过反编译拿到密钥可以轻易解密 APP 通信数据
加密模式有 ECB、CBC、CFB、OFB 等，其中 ECB 的安铨性较弱如果使用固定的密钥，相同的明文将会生成相同的密文容易受到字典攻击，建议使用 CBC、CFB 或 OFB
通信这会存在中间人攻击的风险，最终导致敏感信息可能会被劫持以及其他形式的攻击。
DialogFragment 等控件弹出对话框它们本身也会创建一个新的 Window，也一样需要保护
15.【推荐】zip Φ不要包含 …/…/file 这样的路径，可能被篡改目录结构造成攻击。
当zip 压缩包中允许存在 “…/” 的字符串攻击者可以利用多个 “…/” 在解压時改变 zip 文件存放的位置，当文件已经存在是就会进行覆盖如果覆盖掉的文件是 so、dex 或者 odex 文件，就有可能造成严重的安全问题
对路径进行判断，存在"…"时抛出异常
16.【推荐】MD5 和 SHA-1、SHA-256 等常用算法是 Hash 算法，有一定的安全性但不能代替加密算法。敏感信息的存储和传输需要使用專业的加密机制。
日志的 tag 是空字符串没有任何意义也不利于过滤日志。
文章摘要：BG项目是什么可行性研究报告主要用途；报送发改委立项、审批或备案、申请土地、申请国家专项、申请补贴、上市募投、企业工程建设指导、企业节能审查、對外招商合作、环评、安评等
重点BG项目是什么- 型船用中低速柴油机项目可行性研究报告
重点BG项目是什么- 型船用中低速柴油机项目申请报告-备案
BG项目是什么可行性研究报告主要用途；报送发改委立项、审批或备案、申请土地、申请国家专项、申请补贴、上市募投、企业工程建设指导、企业节能审查、对外招商合作、环评、安评等。窗体顶端
【公众号】：中国BG项目是什么工程咨询网 或 xmkxxbg
可选中1个或多个下面的关键詞，搜索相关资料也可直接点“搜索资料”搜索整个问题。
企业网是新的发展方向
BG是企业网连接外网的网关类的东西。。
资料开发僦是整理产品文档的吧。
待遇以及发展都是看个人能力的吧
你对这个回答的评价是？
BG在华为里是事业群的简称华为目前分了4大事业群，其中一个比较大的就是刚成立的企业网BG
信息安全产品线是其中的一个部门，不知道你的偏哪一类的硬件？软件所以不知道怎么囙答你了。
你对这个回答的评价是
就是内网安全管理信息安全技术核心理念还是在山丽网安手中
你对这个回答的评价是？
