匿名用户不能发表回复！|
每天回帖即可获得10分可用分！小技巧：
你还可以输入10000个字符
(Ctrl+Enter)
请遵守CSDN，不得违反国家法律法规。
转载文章请注明出自“CSDN（www.csdn.net）”。如是商业用途请联系原作者。有时需要对用户设备进行标识，所以希望能够得到一个稳定可靠并且唯一的识别码。虽然Android系统中提供了这样设备识别码，但是由于Android系统版本、厂商定制系统中的Bug等限制，稳定性和唯一性并不理想。而通过其他硬件信息标识也因为系统版本、手机硬件等限制存在不同程度的问题。
下面收集了一些&有能力&或&有一定能力&作为设备标识的串码。
这是Android系统为开发者提供的用于标识手机设备的串号，也是各种方法中普适性较高的，可以说几乎所有的设备都可以返回这个串号，并且唯一性良好。
这个DEVICE_ID可以同通过下面的方法获取：
TelephonyManager tm = (TelephonyManager)getSystemService(.TELEPHONY_SERVICE);
DEVICE_ID = tm.getDeviceId();
它会根据不同的手机设备返回IMEI，MEID或者ESN码，但在使用的过程中有以下问题：
非手机设备：最开始搭载Android系统都手机设备，而现在也出现了非手机设备：如平板电脑、电子书、电视、音乐播放器等。这些设备没有通话的硬件功能，系统中也就没有TELEPHONY_SERVICE，自然也就无法通过上面的方法获得DEVICE_ID。
权限问题：获取DEVICE_ID需要READ_PHONE_STATE权限，如果只是为了获取DEVICE_ID而没有用到其他的通话功能，申请这个权限一来大才小用，二来部分用户会怀疑软件的安全性。
厂商定制系统中的Bug：少数手机设备上，由于该实现有漏洞，会返回垃圾，如:zeros或者asterisks
MAC ADDRESS
可以使用手机Wifi或蓝牙的MAC地址作为设备标识，但是并不推荐这么做，原因有以下两点：
硬件限制：并不是所有的设备都有Wifi和蓝牙硬件，硬件不存在自然也就得不到这一信息。
获取的限制：如果Wifi没有打开过，是无法获取其Mac地址的；而蓝牙是只有在打开的时候才能获取到其Mac地址。
获取Wifi Mac地址：
获取蓝牙 Mac地址：
Sim Serial Number
装有SIM卡的设备，可以通过下面的方法获取到Sim Serial Number：
TelephonyManager tm = (TelephonyManager)getSystemService(.TELEPHONY_SERVICE);
SimSerialNumber = tm.getSimSerialNumber();
注意：对于CDMA设备，返回的是一个空值！
ANDROID_ID
在设备首次启动时，系统会随机生成一个64位的数字，并把这个数字以16进制字符串的形式保存下来，这个16进制的字符串就是ANDROID_ID，当设备被wipe后该值会被重置。可以通过下面的方法获取：
import android.provider.S
ANDROID_ID = Settings..getString(getContentResolver(), Settings..ANDROID_ID);
ANDROID_ID可以作为设备标识，但需要注意：
厂商定制系统的Bug：不同的设备可能会产生相同的ANDROID_ID：e549c。
厂商定制系统的Bug：有些设备返回的值为null。
设备差异：对于CDMA设备，ANDROID_ID和TelephonyManager.getDeviceId() 返回相同的值。
Serial Number
Android系统2.3版本以上可以通过下面的方法得到Serial Number，且非手机设备也可以通过该接口获取。
SerialNumber = android.os.Build.SERIAL;
Installtion ID
以上几种方式都或多或少存在一定的局限性或者Bug，如果并不是确实需要对硬件本身进行绑定，使用自己生成的UUID也是一个不错的选择，因为该方法无需访问设备的资源，也跟设备类型无关。
这种方式的原理是在程序安装后第一次运行时生成一个ID，该方式和设备唯一标识不一样，不同的应用程序会产生不同的ID，同一个程序重新安装也会不同。所以这不是设备的唯一ID，但是可以保证每个用户的ID是不同的。可以说是用来标识每一份应用程序的唯一ID（即Installtion ID），可以用来跟踪应用的安装数量等。
Google Developer Blog提供了这样的一个框架：
public class Installation { private static
sID = private static final
INSTALLATION = "INSTALLATION";
public synchronized static
id( context) { if (sID == null) {
installation = new (context.getFilesDir(), INSTALLATION); try { if (!installation.exists()) writeInstallationFile(installation); sID = readInstallationFile(installation); } catch ( e) { throw new (e); } } return sID; }
private static
readInstallationFile( installation) throws
f = new (installation, "r"); byte[] bytes = new byte[(int) f.length()]; f.readFully(bytes); f.close(); return new (bytes); }
private static void writeInstallationFile( installation) throws
out = new (installation);
id = UUID.randomUUID().toString(); out.write(id.getBytes()); out.close(); } }
设备唯一ID
上文可以看出，Android系统中并没有可以可靠获取所有厂商设备唯一ID的方法，各个方法都有自己的使用范围和局限性，这也是目前流行的Android系统版本过多，设备也是来自不同厂商，且没有统一标准等原因造成的。
从目前发展来看，Android系统多版本共存还会持续较长的时间，而Android系统也不会被某个设备生产厂商垄断，长远看Android基础系统将会趋于稳定，设备标识也将会作为系统基础部分而标准化，届时这一问题才有望彻底解决。
目前的解决办法，比较可行的是一一适配，在保证大多数设备方便的前提下，如果获取不到，使用其他备选信息作为标识，即自己再封装一个设备ID出来，通过内部算法保证尽量和设备硬件信息相关，以及标识的唯一性。
android 底层是&，我们还是用Linux的方法来获取：
文件在： /proc/cpuinfo
通过Adb shell 查看：
adb shell cat /proc/cpuinfo
2 mac 地址
文件路径 /sys/class/net/wlan0/address
adb shell& cat /sys/class/net/wlan0/address&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&xx:xx:xx:xx:xx:aa
这样可以获取两者的序列号，
方法确定，剩下的就是写代码了
以Mac地址为例：
&&&&&&& String getMac() {&&&&&&&&&&&&&&& String macSerial =&&&&&&&&&&&&&&& String str = "";&&&&&&&&&&&&&&& try {&&&&&&&&&&&&&&&&&&&&&&& Process pp = Runtime.getRuntime().exec(&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&& "cat /sys/class/net/wlan0/address ");&&&&&&&&&&&&&&&&&&&&&&& InputStreamReader ir = new InputStreamReader(pp.getInputStream());&&&&&&&&&&&&&&&&&&&&&&& LineNumberReader input = new LineNumberReader(ir);
&&&&&&&&&&&&&&&&&&&&&&& for (; null !=) {&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&& str = input.readLine();&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&& if (str != null) {&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&& macSerial = str.trim();// 去空格&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&& }&&&&&&&&&&&&&&&&&&&&&&& }&&&&&&&&&&&&&&& } catch (IOException ex) {&&&&&&&&&&&&&&&&&&&&&&& // 赋予默认值&&&&&&&&&&&&&&&&&&&&&&& ex.printStackTrace();&&&&&&&&&&&&&&& }&&&&&&&&&&&&&&& return macS&&&&&&& }
Android 手机上获取物理唯一标识码
唯一标识码这东西在网络应用中非常有用，例如检测是否重复注册之类的。import android.provider.Settings.Sprivate String android_id = Secure.getString(getContext().getContentResolver(), Secure.ANDROID_ID);
我们在项目过程中或多或少会使用到设备的唯一识别码，我们希望能够得到一个稳定、可靠的设备唯一识别码。今天我们将介绍几种方式。
&&&&&& 1. DEVICE_ID
假设我们确实需要用到真实设备的标识，可能就需要用到DEVICE_ID。在以前，我们的Android设备是手机，这个DEVICE_ID可以同通过TelephonyManager.getDeviceId()获取，它根据不同的手机设备返回IMEI，MEID或者ESN码，但它在使用的过程中会遇到很多问题：
非手机设备： 如果只带有Wifi的设备或者音乐播放器没有通话的硬件功能的话就没有这个DEVICE_ID
权限： 获取DEVICE_ID需要READ_PHONE_STATE权限，但如果我们只为了获取它，没有用到其他的通话功能，那这个权限有点大才小用
bug：在少数的一些手机设备上，该实现有漏洞，会返回垃圾，如:zeros或者asterisks的产品
&&&&&&& 2. MAC ADDRESS
我们也可以通过手机的Wifi或者蓝牙设备获取MAC ADDRESS作为DEVICE ID，但是并不建议这么做，因为并不是所有的设备都有Wifi，并且，如果Wifi没有打开，那硬件设备无法返回MAC ADDRESS.
&&&&&&& 3. Serial Number
在Android 2.3可以通过android.os.Build.SERIAL获取，非手机设备可以通过该接口获取。
&&&&&&& 4. ANDROID_ID
ANDROID_ID是设备第一次启动时产生和存储的64bit的一个数，当设备被wipe后该数重置
ANDROID_ID似乎是获取Device ID的一个好选择，但它也有缺陷：
它在Android &=2.1 or Android &=2.3的版本是可靠、稳定的，但在2.2的版本并不是100%可靠的
在主流厂商生产的设备上，有一个很经常的bug，就是每个设备都会产生相同的ANDROID_ID：e549c
&&&&&&& 5. Installtion ID : UUID
以上四种方式都有或多或少存在的一定的局限性或者bug，在这里，有另外一种方式解决，就是使用UUID，该方法无需访问设备的资源，也跟设备类型无关。
这种方式是通过在程序安装后第一次运行后生成一个ID实现的，但该方式跟设备唯一标识不一样，它会因为不同的应用程序而产生不同的ID，而不是设备唯一ID。因此经常用来标识在某个应用中的唯一ID（即Installtion ID），或者跟踪应用的安装数量。很幸运的，Google Developer Blog提供了这样的一个框架：
public class Installation {&&& private static String sID =&&& private static final String INSTALLATION = "INSTALLATION";
&&& public synchronized static String id(Context context) {&&&&&&& if (sID == null) {&&&&&&&&&&&&& File installation = new File(context.getFilesDir(), INSTALLATION);&&&&&&&&&&& try {&&&&&&&&&&&&&&& if (!installation.exists())&&&&&&&&&&&&&&&&&&& writeInstallationFile(installation);&&&&&&&&&&&&&&& sID = readInstallationFile(installation);&&&&&&&&&&& } catch (Exception e) {&&&&&&&&&&&&&&& throw new RuntimeException(e);&&&&&&&&&&& }&&&&&&& }&&&&&&& return sID;&&& }
&&& private static String readInstallationFile(File installation) throws IOException {&&&&&&& RandomAccessFile f = new RandomAccessFile(installation, "r");&&&&&&& byte[] bytes = new byte[(int) f.length()];&&&&&&& f.readFully(bytes);&&&&&&& f.close();&&&&&&& return new String(bytes);&&& }
&&& private static void writeInstallationFile(File installation) throws IOException {&&&&&&& FileOutputStream out = new FileOutputStream(installation);&&&&&&& String id = UUID.randomUUID().toString();&&&&&&& out.write(id.getBytes());&&&&&&& out.close();&&& }}
综合以上所述，为了实现在设备上更通用的获取设备唯一标识，我们可以实现这样的一个类，为每个设备产生唯一的UUID，以ANDROID_ID为基础，在获取失败时以TelephonyManager.getDeviceId()为备选方法，如果再失败，使用UUID的生成策略。
重申下，以下方法是生成Device ID，在大多数情况下Installtion ID能够满足我们的需求，但是如果确实需要用到Device ID，那可以通过以下方式实现：
import android.content.Cimport android.content.SharedPimport android.provider.Settings.Simport android.telephony.TelephonyM
import java.io.UnsupportedEncodingEimport java.util.UUID;
public class DeviceUuidFactory {&&& protected static final String PREFS_FILE = "device_id.xml";&&& protected static final String PREFS_DEVICE_ID = "device_id";
&&& protected static UUID
&&& public DeviceUuidFactory(Context context) {
&&&&&&& if( uuid ==null ) {&&&&&&&&&&& synchronized (DeviceUuidFactory.class) {&&&&&&&&&&&&&&& if( uuid == null) {&&&&&&&&&&&&&&&&&&& final SharedPreferences prefs = context.getSharedPreferences( PREFS_FILE, 0);&&&&&&&&&&&&&&&&&&& final String id = prefs.getString(PREFS_DEVICE_ID, null );
&&&&&&&&&&&&&&&&&&& if (id != null) {&&&&&&&&&&&&&&&&&&&&&&& // Use the ids previously computed and stored in the prefs file&&&&&&&&&&&&&&&&&&&&&&& uuid = UUID.fromString(id);
&&&&&&&&&&&&&&&&&&& } else {
&&&&&&&&&&&&&&&&&&&&&&& final String androidId = Secure.getString(context.getContentResolver(), Secure.ANDROID_ID);
&&&&&&&&&&&&&&&&&&&&&&& // Use the Android ID unless it's broken, in which case fallback on deviceId,&&&&&&&&&&&&&&&&&&&&&&& // unless it's not available, then fallback on a random number which we store&&&&&&&&&&&&&&&&&&&&&&& // to a prefs file&&&&&&&&&&&&&&&&&&&&&&& try {&&&&&&&&&&&&&&&&&&&&&&&&&&& if (!"e549c".equals(androidId)) {&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&& uuid = UUID.nameUUIDFromBytes(androidId.getBytes("utf8"));&&&&&&&&&&&&&&&&&&&&&&&&&&& } else {&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&& final String deviceId = ((TelephonyManager) context.getSystemService( Context.TELEPHONY_SERVICE )).getDeviceId();&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&& uuid = deviceId!=null ? UUID.nameUUIDFromBytes(deviceId.getBytes("utf8")) : UUID.randomUUID();&&&&&&&&&&&&&&&&&&&&&&&&&&& }&&&&&&&&&&&&&&&&&&&&&&& } catch (UnsupportedEncodingException e) {&&&&&&&&&&&&&&&&&&&&&&&&&&& throw new RuntimeException(e);&&&&&&&&&&&&&&&&&&&&&&& }
&&&&&&&&&&&&&&&&&&&&&&& // Write the value out to the prefs file&&&&&&&&&&&&&&&&&&&&&&& prefs.edit().putString(PREFS_DEVICE_ID, uuid.toString() ).commit();
&&&&&&&&&&&&&&&&&&& }
&&&&&&&&&&&&&&& }&&&&&&&&&&& }&&&&&&& }
&&& /**&&&& * Returns a unique UUID for the current android device.& As with all UUIDs, this unique ID is "very highly likely"&&&& * to be unique across all Android devices.& Much more so than ANDROID_ID is.&&&& *&&&& * The UUID is generated by using ANDROID_ID as the base key if appropriate, falling back on&&&& * TelephonyManager.getDeviceID() if ANDROID_ID is known to be incorrect, and finally falling back&&&& * on a random UUID that's persisted to SharedPreferences if getDeviceID() does not return a&&&& * usable value.&&&& *&&&& * In some rare circumstances, this ID may change.& In particular, if the device is factory reset a new device ID&&&& * may be generated.& In addition, if a user upgrades their phone from certain buggy implementations of Android 2.2&&&& * to a newer, non-buggy version of Android, the device ID may change.& Or, if a user uninstalls your app on&&&& * a device that has neither a proper Android ID nor a Device ID, this ID may change on reinstallation.&&&& *&&&& * Note that if the code falls back on using TelephonyManager.getDeviceId(), the resulting ID will NOT&&&& * change after a factory reset.& Something to be aware of.&&&& *&&&& * Works around a bug in Android 2.2 for many devices when using ANDROID_ID directly.&&&& *&&&& * @see&&&&& *&&&& * @return a UUID that may be used to uniquely identify your device for most purposes.&&&& */&&& public UUID getDeviceUuid() {&&&&&&&&&& }}
如何获取Android手机的唯一标识？
代码: 这里是你在Android里读出 唯一的 IMSI-ID / IMEI-ID 的方法。&Java:&String myIMSI = android.os.SystemProperties.get(android.telephony.TelephonyProperties.PROPERTY_IMSI);&// within my emulator it returns: 000&String myIMEI = android.os.SystemProperties.get(android.telephony.TelephonyProperties.PROPERTY_IMEI);&// within my emulator it returns: 000&
注：android.os.SystemProperties的标签被打上@hide了，所以sdk中并不会存在。如果需要使用，需要有android的source code支持。
阅读(...) 评论()一下飞机就有亲切感，“我真的有记忆，来过这里。”
留下三个未成年孩子和一对需要长期吃药的古稀老人。
　　日前，腾讯旗下飞行射击类星际空战移动游戏《雷霆战机》周年定制手机宣布于京东启动众筹。
　　以单款游戏为卖点，《雷霆战机》主题定制机剑走偏锋式的打法让业界为之哑然。毕竟《雷霆战机》势头虽猛，但尚缺底蕴，且手游互联网快消品的特质让人对游戏定制机存有疑问。而类似的成功例子还没有涌现过，对于多数游戏厂商而言，他们并不会也不愿意去尝试做这么一个未知产品。那么，腾讯为何要去做?它的市场在哪里?
　　定制手机的前生今世
　　定制手机在中国有不短的历史，早些时候由运营商主导，推出的定制手机有“便宜、送话费、功能阉割”等特点。而定制手机的市场基本上针对的都是农村，尤其是老人群体。这部分群体对手机功能要求更为单一，他们讲究实惠多过于繁复，在早年手机功能更多的为打电话与发短信之时，定制机受到了许多人的青睐。在手机功能不断膨胀，娱乐功能日新月异时，定制机带来的减法与瘦身。
　　而后，运营商之间的战争让定制机有了更多一层的战略意义，运营商会配合厂商推出专门的定制机，这类机器只能用一种运营商服务。到了智能机时代，定制机更多的被要求为能以硬件带动软件，例如360特供机，这样的定制机更多的是从一个单一的功能上衍生开来。如360的主题是安全，安全性自然是360特供机的最大特色。手机因其终端的特性被带到了移动互联网的战场上。与之同时诞生的还有明星定制机，这类手机则讲究的是消费粉丝经济，如韩庚的定制机庚phone，以芙蓉姐姐为卖点的女神手机等。但无论明星的名气有多大，在营销上是否别出心裁，剑走偏锋，他们均以失败而告终。以公司与明星为卖点的定制手机更像是一块禁地，触之必亡。
　　所有的定制机从广义上而言都是在明确了用户的需求，有针对性的在需求点上添柴加薪。但定制机也存在着一定的问题，例如功能受限，人们的喜好变更等。
　　让我们回到《雷霆战机》定制手机。该手机由手机硬件制造商大Q制造，它是从大Q早前的“小明手机”更改了一个“雷霆战机 UI”而成的产品。从外观与系统UI上看，它的确是专门为《雷霆战机》的玩家而定制的手机。499的价格注定其是一款低档的智能手机，在配置上也并无什么亮点，唯一吸引人的或许就是随手机赠送的游戏礼包。
　　很难想象有许多游戏玩家会买这样一款手机，在一定程度上而言，把这款手机定义为“雷霆战机”游戏机或许会更加合适。大Q手机的负责人郑宇在之前发布会上也表示：他们更在乎的是游戏速度，并非想做一款各方面都“高性价比”的产品，而是价格符合16 - 25岁年轻人接受范围，而且可以满足游戏需求的产品。
　　这里的游戏需求就目前而言自然是《雷霆战机》。但该手机需要直面的一个问题是，玩家为什么愿意花钱买一个在主流配置之下的手机呢，靠的是玩家情怀?还是“物有所值”的虚拟道具?就定制机而言，首先要满足的是特定消费者的需求。如明星手机满足的是追星族，消费的是粉丝情怀，那么游戏定制机，则更需要在玩法与意义上让玩家得到满足，从后续福利上不断的跟进。这或许是《雷霆战机》重度体验玩家的一种希望。那么，很大的可能是，这款手机会有一定的市场，它能在游戏体验上满足一些高端玩家，但无法做到普及大众。
　　腾讯的软性布局
　　作为互联网巨头，腾讯在硬件上并没有拿得出手的的产品，基于互联网公司的基因，它更擅长的是利用QQ海量用户与社交关系进行软件应用上的布局。在小米运营互联网思维崛起，老对手360与百度也推出手机产品后，腾讯依然秉持着不做手机的信条。这其中固然有手机难做的原因，也是与自身大战略不符相关。但尴尬在于，在大家都一门心思铺战略，做布局，打通移动互联网上下产业链时，别人做了自己不做，很有可能会流失一个重要入口，尤其是这样的入口被360这样的公司夺取。在过去，腾讯有着自己的打算，比如以手机系统、精品的应用来盘活终端布局。
　　华为是腾讯第一个合作人，早在 2010年时，腾讯就打过定制手机的注意。彼时，腾讯雄心勃勃的制作了QQ-Service，这一年，MIUI才刚开始做，到了年底，华为联合腾讯推出了名为HiQQ的智能手机，其中搭载的正是QQ-Service。但其因为应用过于闭环而不受手机用户的待见。
　　我们很难给予QQ-Service一个准确的定义，说它是系统?不像，它还是基于安卓平台。说它是智能手机操作界面?也很牵强，它更像一种加强版的 AppStore，上面所有的应用都是腾讯出品。好吧，腾讯没能在当时成功，这对于一家互联网巨头而言自然无伤大雅，但我们可以就此看出，腾讯的目标一值是致力于借力打力，而非自己操刀硬件做手机。在2014年，腾讯不甘失败的再度推出了新一代的ROM――Tita，但Tita也很不幸的失败，团队于 2013年初解散。
　　虽然曾经的腾讯没能在定制机上成功，但在应用业务上却是顺风顺水。知乎网友曾编过一个段子，大意为“有人问马化腾：马总，人家小米手机都出了，你的腾讯QQ手机啥时候出呀?马总说：你手机有QQ浏览器吗?你手机有微信吗?你手机有QQ游戏大厅吗?就算这些都没有，你肯定有手机QQ吧!不需要生产什么企鹅手机，因为你使用的任何手机，都是企鹅手机呀!”
　　一言以蔽之，腾讯将自己的应用安插到了每一台手机上，这也是腾讯本来的优势。《雷霆战机》定制版手机似乎也有这样的意思，只不过这次的切入点换成了游戏。尽管相对于QQ-Service而言，以游戏为切入点的格局较小，且用户势必小众。但好处是，这种定制机能够加强游戏用户的粘性，进一步的创造出游戏文化，让其变得传承有序，并且在一定程度上杀入手机硬件市场。而且如果成绩尚可，类似的例子相信会不断的涌现。
　　累水成涓，聚沙成塔，积小众而成大众。如果有五个、十个类似的产品成功，腾讯无疑从侧面达到了自己做手机的意义。
　　那么腾讯还有必要自己操刀做手机吗?
　　马化腾曾掷地有声的表示过腾讯不会做手机，与之相对应的是近日的360董事长周鸿t。红衣主教认为做手机是必要的，且已经将之提升到了360重要的战略地位。他的理由是智能手机更新换代非常的快，不少用户一年换一次手机，用户的喜新厌旧对于360而言是个非常好的机会。
　　360 曾被认为是腾讯最大的挑战者，二者在PC端曾爆发过大战，在移动端也因产品重叠的原因而彼此敌对。但相较于腾讯的底气，360这挑战者的身份更要有拿得出手的产品与创新去接近前者。遗憾的是，如今的360相较于腾讯几乎全面落于下风。那么，寻找一个新领域去获取更多的竞争力就显得很有必要，这或许也是周鸿t急于做手机的原因，虽然360的定制机曾昙花一现，且国产手机市场已被中华酷联以及小米等厂商垄断，但360还是试图用自己的渠道与安全特色去强推手机。
　　腾讯则不然，以微信为首的产品已经牢牢的抓住了中国互联网上的绝大多数用户。而论起用户粘性，活跃度等，腾讯也是当仁不让。无论从哪种方面看，腾讯似乎都没有在涉足手机硬件的必要。但这并不妨碍腾讯以其他方式稍微的涉足手机硬件，如现在的《雷霆战机》定制手机。
欢迎举报抄袭、转载、暴力色情及含有欺诈和虚假信息的不良文章。
搜狐公众平台官方账号
生活时尚&搭配博主 /生活时尚自媒体 /时尚类书籍作者
搜狐网教育频道官方账号
全球最大华文占星网站-专业研究星座命理及测算服务机构
中国第一多终端手机游戏媒体，iOS正版+安卓app用户量超...
主演：黄晓明/陈乔恩/乔任梁/谢君豪/吕佳容/戚迹
主演：陈晓/陈妍希/张馨予/杨明娜/毛晓彤/孙耀琦
主演：陈键锋/李依晓/张迪/郑亦桐/张明明/何彦霓
主演：尚格?云顿/乔?弗拉尼甘/Bianca Bree
主演：艾斯?库珀/ 查宁?塔图姆/ 乔纳?希尔
baby14岁写真曝光
李冰冰向成龙撒娇争宠
李湘遭闺蜜曝光旧爱
美女模特教老板走秀
曝搬砖男神奇葩择偶观
柳岩被迫成赚钱工具
大屁小P虐心恋
匆匆那年大结局
乔杉遭粉丝骚扰
男闺蜜的尴尬初夜
客服热线：86-10-
客服邮箱：}