当前位置：&>&&>&
决战沙城怎么快速升级 决战沙城新手必备攻略
决战沙城怎么升级？决战沙城怎么快速升级？决战沙城新手要注意什么？决战沙城每日必做任务是什么？决战沙城新手必备攻略，决战沙城大神速成攻略，今天小编要为大家带来的是决战沙城新手不得不看的必备攻略，希望对大家有所帮助，更多决战沙城精彩内容，请继续关注91手游网。1. 怎么升级快?答：主线任务、环任务都可以给角色提供大量经验值。同时，开启经验卷轴到怪物密集的地方挂机也可以获得相当客观的经验哦!2. 主线任务做完了怎么办?答：主线任务完成以后，可以继续接取到环任务、万事通任务等等。同时，系统也会不定时的开放限时活动、副本等等供大家挑战的!3. 怎么接取万事通任务?答：热血战纪手游版中，万事通任务会在环任务结束后自动按顺序接取，会先接取标记为“钱”字的任务，完成后会继续自动接受到战魂、灵力、经验等任务的。4. 环任务次数有多少次?答：每天可完成的有30次，可以使用礼金来增加到40次。增加方法为在完成环任务后点击完成任务对话框上的任务次数进行增加即可。5. 有没有安全挂机的地方?答：有。可以在王城找活动大使，传送到安全挂机地点。6. 商城道具有没有优惠?答：官方会在商城中直接对优惠道具进行打折，并通过相关活动赠送一定资源给玩家。例如神甲法宝达到一定阶段后陆续返还灵力及战魂;累积充值;虎符奖励;WIFI奖励;累积消费元宝奖励等等。7. 手机闪退怎么办?答：请在闪退后，使用手机助手软件清理手机后台运行的进程，如有ROOT权限，可以禁用不必要应用的自动启动功能。并为手机释放出约300MB的内存后重新进入游戏即可。若依然存在问题，可以提供机型给客服人员。8. 游戏会不会很耗流量?答：游戏中后期是流量非常之低的，前期的话官方建议玩家WIFI环境下登录游戏。同时，游戏中也设有WIFI奖励哦!9. 如何花钱少升多的战力值?答：可以通过线上活动获得大量资源来提升战力，也可以在55级后积极参与暗影禁地副本，来获得慢属性的金色装备的。另外，每天下午的怪物攻城还会产出数量客观的元宝和各类资源!10. 安卓和IOS是否在同一个服务器内?答：安卓系统下创建的帐号和IOS越狱系统下创建的帐号都是在相同的服务器下运行。11. 经验卷轴是否可以叠加使用?答：可以。经验卷轴叠加的计算方式为不同经验卷轴倍数相加得出来的和乘于怪物原始经验值，等于实际获得经验值。12. 正版IOS要怎么玩这个游戏?答：目前可以在正版系统上下载符合玩家喜好的平台助手(如PP助手,同步推等等)并在助手上下载越狱的IOS安装包进行游戏即可。13. 不同倍数的经验卷都通过什么方式可以获得?答：可以通过线上活动获得，也可以通过怪物攻城获得!14. 如何使用行会令牌?答：点击行会界面，点开行会界面中的福利选项卡，可以看到右边有个行会发展，下面有三个令牌图标，点击对应的令牌即会消耗对应类型的行会令牌，获得行会积分!15. 如何使用月光宝盒?答：点击更多活动，点击小助手，点击离线补偿。根据上面的提示;准备好对应数量的月光宝盒，点击完成按钮即可!16. 天界丹是否可以无限吃?答：天界丹不能无限吃，一小时内效果最多叠加十次。只有在叠加效果消失后才能继续吃。17. 激活码哪里获得?答：激活码通常会通过公会活动、威信活动、论坛活动和“热血战纪官方”贴吧活动发放。想要活动激活码的亲们可以密切留意官网和论坛活动哦!18. 武器的幸运值会自动减少吗?答：不会!但幸运值不能继承在新的武器上!19. 随身摊位成功出售物品后钱拿不到是怎么回事?答：必须要保证自己包裹内最低有1元宝方可取出随身摊位中的元宝哦!20. 组队和行会是否有经验加成?答：有，队伍中每多一个队员即可多一份经验收益。具体数据请参考游戏内的实际BUFF效果而定。行会除了会加成角色获得的经验值外，还会提供攻防加成。21. 怎么转生?答：角色达到100级后系统会自动赠送转生丹给玩家。玩家领取转生丹后，通过打怪，或者使用道具(如经验珠)完成任务等获得经验后，经验值会自动存入转生丹。存够五百亿后，进入转生禁地，击杀转生禁地转生BOSS;会获得一转金丹。然后打开包裹使用一转金丹并可以转生。22. 转生后是多少级?答：转生后为一转41级，相当于141级，所以，之前100级的装备依然是可以穿在身上的。23. 怎么查看自身状态?答：点击游戏界面左上角个人信息旁边的圆形图标即可查看自身状态。24. 怎么使用喇叭?答：打开聊天栏，选择喇叭频道发送聊天内容即可。每发送一次喇叭消耗200元宝。25. 热血是是否可以自动挂机?答：在操作界面有一个“齿轮”点击后可以选择自动挂机功能。26. 装备分为哪几种?答：装备颜色共分6种：灰色，蓝色，紫色，金色，白色，红色灰色装备：只有基础属性，没有极品属性的非套装属性蓝色装备：有基础属性，有1-2条极品属性的非套装装备紫色装备：有基础属性，有3-4条极品属性的非套装装备金色装备：有基础属性，有5条极品属性的非套装装备白色装备：天之装备，有五条极品属性且带有套装属性红色装备：传奇装备，有五条极品属性且带有套装属性，属性基础值高于天之装备。
支持系统： 游戏类型：角色扮演游戏语言：简体中文快捷入口：
豪华新手礼包
女皇御赐大礼包
圣诞节礼包48小时热门评论
一周热点资讯
这肉感，得有D罩杯了吧？不信话就进来看大图吧
想找女票的赶紧到就近的工厂看看，说不定就有美女 个子矮怕什么，人家四娘不照样能找到自己的男神嘛
Win7/8均可免费升级，和Xbox One双向融合更是碉堡。 微软推逆天黑科技：HoloLens全息虚拟现实眼镜。
CopyRight&2004年-年 < 游迅网 All Rights Reserved
备案编号:沪ICP备号-6 | 沪网文[2号跪求各位大神指点迷津，操作Sqlite数据库一定需要Context对象吗？
[问题点数：50分，结帖人samwu2010]
跪求各位大神指点迷津，操作Sqlite数据库一定需要Context对象吗？
[问题点数：50分，结帖人samwu2010]
不显示删除回复
显示所有回复
显示星级回复
显示得分回复
只显示楼主
相关帖子推荐：
2013年3月 总版技术专家分月排行榜第三
2014年5月 移动开发大版内专家分月排行榜第一2014年4月 移动开发大版内专家分月排行榜第一
匿名用户不能发表回复！|
每天回帖即可获得10分可用分！小技巧：
你还可以输入10000个字符
(Ctrl+Enter)
请遵守CSDN，不得违反国家法律法规。
转载文章请注明出自“CSDN（www.csdn.net）”。如是商业用途请联系原作者。（已有0条评论）
你还可以输入200字
类型： 回合 卡牌 Q版
类型： 回合 卡牌
类型： 策略 卡牌
类型： 即时 魔幻
人气：3597
类型： 即时
人气：1512369
类型： 策略
Copyright ?
Copyright @
琵琶网 All Rights Reserved 厦门市舜邦网络科技有限公司
闽网文【-031号 闽ICP备号-2　2122人阅读
注：本文翻译自Context, What Context?,原文链接在，作者是Dave Smith。ps：这个网站的是设计风&#26684;非常清新。
Context可能是Android应用中最常用的元素，而它也可能是最容易误用的。
Context对象是如此常见和传递使用，它可能会很容易产生并不是你预期的情形。加载资源、启动一个新的Activity、获取系统服务、获取内部文件路径以及创建view（其实还远不止这些）统统都需要Context对象来完成。我(原文作者)想做的只是给大家提供一些Context是如何工作的见解，以及让大家在应用中更有效的使用Context的技巧。
Context的类型
并不是所有的context实例都是等价的。根据Android应用的组件不同，你访问的context推向有些细微的差别。
Application － 是一个运行在你的应用进程中的单例。在Activity或者Service中，它可以通过getApplication()函数获得，或者人和继承于context的对象中，通过getApplicationContext()方法获得。不管你是通过何种方法在哪里获得的，在一个进程内，你总是获得到同一个实例。
Activity/Service － 继承于ContextWrapper，它实现了与context同样API，但是代理这些方法调用到内部隐藏的Context实例，即我们所知道的基础context。任何时候当系统创建一个新的Activity或者Service实例的时候，它也创建一个新的ContextImpl实例来做所有的繁重的工作。每一个Activity和Service以及其对应的基础context，对每个实例来说都是唯一的。
BroadcastReciver － 它本身不是context，也没有context在它里面，但是每当一个新的广播到达的时候，框架都传递一个context对象到onReceive()。这个context是一个ReceiverRestrictedContext实例，它有两个主要函数被禁掉：registerReceiver()和bindService()。这两个函数在BroadcastReceiver.onReceive()不允许调用。每次Receiver处理一个广播，传递进来的context都是一个新的实例。
ContentProvider － 它本身也不是一个Context，但是它可以通过getContext()函数给你一个Context对象。如果ContentProvider是在调用者的的本地（例如，在同一个应用进程），getContext()将返回的是Application单例。然而，如果调用这和ContentProvider在不同的进程的时候，它将返回一个新创建的实例代表这个Provider所运行的包。
第一个我们需要解决问题是，在一个对象或者类内部保存一个context引用，而它生命周期却超过其保存引用的对象的生命周期。例如，创建一个自定义的单例，它需要一个context来加载资源或者获取ContentProvider，从而保存一个指向当前Activiy或者Service的引用在单例中。
糟糕的单例
public class CustomManager {
private static CustomManager sI
public static CustomManager getInstance(Context context) {
if (sInstance == null) {
sInstance = new CustomManager(context);
private Context mC
private CustomManager(Context context) {
mContext =
这里的问题在于，我们不知道这个context是从哪里来的，并且如果保存一个最终指向的是Activity或者Servece的引用是并不安全的。这是一个问题，是因为一个单例在类的内部维持一个唯一的静态引用，这意味着我们的对象，以及所有其他它所引用的对象，将永远不能被垃圾回收。假如这个Context是一个Activity，我们将保存与这个Activity相关的所有的view以及其他大的对象，从而造成内存泄漏。
为了解决这个问题，我们修改单例永远只是保存Application context：
改善的单例：
public class CustomManager {
private static CustomManager sI
public static CustomManager getInstance(Context context) {
if (sInstance == null) {
//Always pass in the Application Context
sInstance = new CustomManager(context.getApplicationContext());
private Context mC
private CustomManager(Context context) {
mContext =
现在这个例子中，我们的Context来自哪里都没有关系，因为我们这里保存引用是安全的。Application &Context 本身就是一个单例，所以我们再创建另外一个static引用，不会造成任何内存泄漏。另外一个很好的例子是，在后台线程或者一个等待的Handler中保存Context的引用，也可以使用这样的方法。
为什么我们不能总是引用Application context呢？正如前面说的，引用Application context永远不用担心内存泄漏的问题。问题的答案，就像我在开始的介绍中说的，是因为不同context并不是等价的。
Context的能力
Conext能做的通用操作决定于这个context最初来源于哪里。下表所列的是，在应用中常见的会收到context对象的，以及对应的每种情况，它可以用于哪些地方：
Application
ContentProvider
BroadcastReceiver
Show a Dialog
Start an Activity
Layout Inflation
Start a Service
Bind to a Service
Send a Broadcast
Register BroadcastReceiver
Load Resource Values
注：NO1 表示Application context的确可以开始一个Activity，但是它需要创建一个新的task。这可能会满足一些特定的需求，但是在你的应用中会创建一个不标准的回退栈（back stack），这通常是不推荐的或者不是是好的实践。
NO2 表示这是非法的，但是这个填充（inflation）的确可以完成，但是是使用所运行的系统默认的主题（theme），而不是你app定义的主题。
NO3 在Android4.2以上，如果Receiver是null的话（这是用来获取一个sticky broadcast的当前 &#20540;的），这是允许的。
用户界面UI
从前面的表&#26684;中可以看到，application context有很多功能并不是合适去做，而这些功能都与UI相关。实际上，只有Activity能够处理所有与UI相关的任务。其他类别的context实例功能都差不多。
幸运的是，在应用中这三种操作基本上都不需要在Activity范围之外进行，这很可能是android框架故意这么设计的。尝试显示一个使用Aplication context创建的Dialog，或者使用Application context开始一个Activity，系统会抛出一个异常，让你的application崩溃，非常强的告诉你某些地方出了问题。
一个并不明显的问题是填充布局（inflating layout）。如果你已经读过了我（原文作者）的上一篇文章，你就已经知道它可能是一个非常神秘过程，伴随一些隐藏的行为。使用正确的context关系到其中的一个行为。当你使用Application
context来inflate一个布局的时候，框架并不会报错，并返回一个使用系统默认的主题创建一个完美的view给你，而没有考虑你的applicaiton自定义的theme和style。这是因为Acitivity是唯一的绑定了在manifast文件种定义主题的Context。其他的Context实例将会使用系统默认的主题来inflater你的view。导致显示的结果并不是你所希望的。
规则的路口
可能有些读者已经得出两个规则互相矛盾的结论。可能有些情况下，在某些Application的设计中，我们可能既必须长期保存一个的引用，并且为了完成与UI相关的工作又必须保存一个Activity。如果出现这种情况，我将会强烈建议你重新考虑你的设计，它将是一个很好的“反框架”教材。
绝大多数情况下，使用在你的所工作的组建内部能够直接获取的Context。只要这个引用没有超过这个组建的生命周期，你可以安全的保存这个引用。一旦你要保存一个context的引用，它超过了你的Activity或者Service的生命周期范围，甚至是暂时的，你就需要转换你的引用为Application context。
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：38172次
排名：千里之外
原创：23篇
评论：12条
(1)(1)(1)(2)(1)(1)(2)(2)(2)(8)(4)(5)