注:本篇文章是基于MSD648项目(AndroidTV)的prop进行说明. Android版本:4.4.4 内核版本:3.10.86 1.生成build.prop build.prop的生成是由make系统解析build/core/Makefile完成 1.1.Makefile生成build.prop的主要代码如下 $(INSTALLED_BUILD_PROP_TARGET): $(BUILDINFO_SH) $(INTERNAL_BUILD_ID_MAKEFILE) $(BUILD_SYST

# begin build properties (开始设置系统性能) # autogenerated by buildinfo.sh (通过设置形成系统信息) ro.build.id=GRI40 (版本ID) ro.build.display.id=GRJ22 (版本号) ro.build.version.incremental=eng.buildbot.20110619.060228 (版本增量) ro.build.version.sdk=10 (sdk版本) ro.build.versio

一般来讲,在android程序开发中进行需要判断设备类型和系统版本 1.设备类型判断(android.os.Build.MODEL) 比如判断属于Google Nexus 5,Nexus 7,MIUI v5, MIUI v6,三星设备,魅族设备等: 这类型的问题都使用的android.os.Build.MODEL来判断,android.os.Build.MODEL是一个String变量,可以根据String中一些特殊字段来判断android设备属于什么设备,比如判断Nexus 7,代码入下 pu

Android的build.prop文件是在Android编译时刻收集的各种property(LCD density/语言/编译时间, etc.),编译完成之后,文件生成在out/target/product/<board>/system/目录下.在Android运行时刻可以通过property_get()[c/c++域] / SystemProperties_get*()[Java域]读取这些属性值. build.prop的生成是由make系统解析build/core/Makefile完成.

在智能手机市场上苹果的iPhone一直都有着很高的关注度,不过其高昂的价格却让人望而却步.有些年轻人为了拥有一部iPhone 不惜出租胸部来做广告位,更有甚者还卖身卖肾.其实这又何苦呢.其实只要小小地修改一下,安卓手机马上就能“变”苹果!是不是很高端大气上档次的赶脚呢? 0x01 科普: build.prop 是Android系统中一个类似于Windows系统注册表的文件,该文件内定义了系统初始(或永久)的一些参数属性.功能的开放等.并且在 Android 2.2.2.3.4.X中虽然每一版都有

看见有人发帖咨询这个问题http://zone.wooyun.org/content/17658 我就抛砖引玉下,这个案例就是refer被执行了,我有过多起案例 平时上网我们还可以修改浏览器user-agent和访问任意网站都带上你指定的refer 长期如此上网你会有意外的收获,我的浏览器user-agent一直是一段xss代码 除了统计网站,某些网站也会收集这些信息,特别是手机app,手机型号,串号,版本号等都会收集 这些地方都可以加入我们的xss代码 我手上有多起成功案例,成功xss到一些a

在文件 packages/apps/Settings/src/com/android/settings/DeviceInfoSettings.java 中 setStringSummary("build_number", Build.DISPLAY); 指定了设置--关于设备--版本号. Build.DISPLAY即Build类中的 DISPLAY 变量,在文件frameworks/base/core/java/android/os/Build.java 中: public stati

1. alps\build\core\Makefile文件:(参照CUSTOM_BUILD_VERNO) ifeq "" "$(SURPLUS_BUILD_VERNO)" SURPLUS_BUILD_VERNO := $(BUILD_NUMBER) SURPLUS_BUILD_VERNO := $(subst eng.$(USER).,,$(SURPLUS_BUILD_VERNO)) endif surplus_build_desc:= $(TARGET_PRODU

. 显示系统中全部Android平台: android list targets . 显示系统中全部AVD(模拟器): android list avd . 创建AVD(模拟器): android create avd --name 名称 --target 平台编号 . 启动模拟器: emulator -avd 名称 -sdcard ~/名称.img (-skin 1280x800) . 删除AVD(模拟器): android delete avd --name 名称 . 创建SDCard: m

简要分析一下build.prop是如何生成的.Android的build.prop文件是在Android编译时收集的各种property(LCD density/语言/编译时间, etc.),编译完成之后,文件生成在out/target/product/<board>/system/目录下.在Android运行时可以通过property_get()[c/c++域] / SystemProperties_get*()[Java域]读取这些属性值. (1)build.prop的生成是由make系统

/************************************************************************ * I.MX6 build.prop * 说明: * 之前由于修改了build.prop,但每次重新编译系统之后就无效了,所以需要 * 在Android源码里修改. * * 2016-3-29 深圳 南山平山村 曾剑锋 ******************************************************************

Android.mk脚本结构 下面是main.mk文件包含关系,本文档主要说明的就是这些文件里到底做了什么.(这个文件被根目录下的makefile文件包含) 一.     main.mk 1.检查版本号,设置环境变量(BUILD_SYSTEM)和缺省的目标.$(MAKE_VERSION) >= 3.81,BUILD_SYSTEM= build/core 2.包含文件BUILD_SYSTEM/config.mk.根据配置信息和主机目标机信息,设置一些变量. 3.包含文件BUILD_SYSTEM/c

1. Dalvik 和 ART(Android Runtime) 在Dalvik中应用好比是一辆可折叠的自行车,平时是折叠的,只有骑的时候,才需要组装起来用.在ART中应用好比是一辆组装好了的自行车,装好就可以骑了. 2. Android源码目录结构:(一个可以查看Android源代码网站:http://androidxref.com/) Makefile (描述Android各个组件间的联系并指导它们进行自动化编译) bionic (bionic C库) bootable (启动引导相关代码)

第一章 Android体系与系统架构 1.Dalvik 和 ARTDalvik好比是一辆可折叠的自行车,平时是折叠的,只有骑的时候,才需要组装起来用.ART好比是一辆组装好了的自行车,装好就可以骑了. 2.一个可以查看Android源代码网站:http://androidxref.com/ 目录结构:Makefile (描述Android各个组件间的联系并指导它们进行自动化编译)bionic (bionic C库)bootable (启动引导相关代码)build (系统编译规则等基础开发包配置)

用RE进入/system/挂载读写,找到build.prop复制到/sdcarrd进行修改比较保险.也可以挂载读写后,直接选择用文本编辑器打开,进行编辑.乱改有风险,修改需谨慎.1.# begin build properties2.# autogenerated by buildinfo.sh   #以下内容由脚本在编译时自动产生3.ro.build.id=GRJ90        #build的标识,一般在编译时产生不必修改4.ro.build.display.id=10HX2P.095H.

下面是main.mk文件包含关系,本文档主要说明的就是这些文件里到底做了什么.(这个文件被根目录下的makefile文件包含) 一.     main.mk BUILD_SYSTEM=build/core   1.检查版本号,设置环境变量(BUILD_SYSTEM)和缺省的目标.$(MAKE_VERSION) >= 3.81,BUILD_SYSTEM= build/core 2.包含文件BUILD_SYSTEM/config.mk.根据配置信息和主机目标机信息,设置一些变量. 3.包含文件BUI

Android设备唯一码的获取 UTDID是集团无线设备统一ID方案,目的是给每一台设备一个ID,作为唯一标识.UTDID由客户端生成,并在设备中各个客户端之间共享.UTDID的生成中包含时间戳和随机数等,因此重新生成的UTDID值一定是会改变的,UTDID的稳定性强依赖于手机存储,UTDID方案是一个重在持久化存储的方案. 1.老UTDID方案面临的问题 1.1 权限问题 utdid开发手册中是强制需要下面3个权限的: <uses-permission android:name="and

1.build/target/product/xxxx.mk  新项目clone后,需要修改这里 如:build/target/product/x160v.mk PRODUCT_MODEL :=Phicomm X160v   新项目需要修改 2.build/tools/buildinfo.sh 修改以下内容,前两个是Settings程序中显示的版本号,第三个时间作用版本编译时间(不确定),后面三个是连接PC时显示的型号.其中: (1) "ro.custom.build.version"

1. adb shell 默认超级管理员 在build/core/main.mk下将ADDITIONAL_DEFAULT_PROPERTIES += ro.secure=1改成ADDITIONAL_DEFAULT_PROPERTIES += ro.secure=0然后执行make bootimage重新生成 2.默认启用USB连接 在device/rockchip/rk3399/init.box.rc文件中加入以下两行: write /sys/kernel/debug/usb@fe800000/

Android  getprop 和  setprop 可以对系统属性进行读取和设置. 通过串口执行以下 geyprop    打印出来的属性让你一目了然. 属性出来了,但是在哪里设置的呢,这里有两个地方:一个是配置文件读取的,一个是系统动态获取的 1.在android源码目录下的: system/core/init/property_service.c  文件中的函数 static void load_properties_from_file(const char *fn) 上面函数作用是加载

在build/tools/buildinfo.sh中定义ro.build.fingerprint=$BUILD_FINGERPRINT. 然后在build/core/Makefile中给BUILD_FINGERPRINT赋值 但这里确定的是手机system/build.prop中的ro.build.fingerprint,是编译时决定的 getprop读取到的ro.build.fingerprint的值,是运行时决定的,在frameworks/base/core/java/android/os/