在 SegmentFault，学习技能、解决问题
每个月，我们帮助 1000 万的开发者解决各种各样的技术问题。并助力他们在技术能力、职业生涯、影响力上获得提升。
问题对人有帮助，内容完整，我也想知道答案
问题没有实际价值，缺少关键内容，没有改进余地
var store = new Vuex.Store({
entities:[entity1,entity2]
conetnt:'',
getEntity({commit},payload){
commit('getEntity',payload)
mutations:{
getEntity(state,payload){
let entity = state.entities.find(m=&m.id==payload.id})
state.entity =entity
表单：&x-textarea title="跟进内容" v-model="entity.content"&&/x-textarea&&x-input="跟进内容" v-model="entity.title"&&/x-input&
export default({
computed:{}
描述：1.用户进入一个页面 触发action 获取entities数据列表。2.用户点击列表中的某一项 进入 详情页面。详情页面是一个表单功能时修改entity 所以entity都是双向绑定的 此时 详情页面的数据
疑问：这里的entity数据时放到vuex中还是单独通过ajax去获取 组件单独保存一个局部状态，放到组件的data属性里面还是从state中取也就是通过action 触发 mutation
答案对人有帮助，有参考价值
答案没帮助，是错误的答案，答非所问
你的描述略有点不清晰。如果我没理解错，你可以试试这样：如果entity.content是放在state中的，那么你在组件内computed一下，这个vuex文档中应该写的比较清楚了。然后在某一个时间（比如页面加载等vue的生命周期钩子函数内，或者是自定义的事件内），触发一个action去获取（修改）数据，此时，页面会跟着变。如果我理解错了，请私信我删除此评论。
答案对人有帮助，有参考价值
答案没帮助，是错误的答案，答非所问
Vuex 一般用于需要实时监控状态变更的情况，如果单纯的表单提交，是不需要使用 Vuex 的。
比如你有两个组件，这两个组件都需要一个值（仅仅存在某一个组件内的话，另一个组件就得不到实时的响应），这时候就需要一个 Event Bus（状态集中管理，而 Vuex 则是 Event Bus 的强大版本），监控这个值的变化。
答案对人有帮助，有参考价值
答案没帮助，是错误的答案，答非所问
看看这个。
同步到新浪微博
分享到微博？
关闭理由：
删除理由：
忽略理由：
推广（招聘、广告、SEO 等）方面的内容
与已有问题重复（请编辑该提问指向已有相同问题）
答非所问，不符合答题要求
宜作评论而非答案
带有人身攻击、辱骂、仇恨等违反条款的内容
无法获得确切结果的问题
非开发直接相关的问题
非技术提问的讨论型问题
其他原因（请补充说明）
我要该，理由是：
在 SegmentFault，学习技能、解决问题
每个月，我们帮助 1000 万的开发者解决各种各样的技术问题。并助力他们在技术能力、职业生涯、影响力上获得提升。在 SegmentFault，学习技能、解决问题
每个月，我们帮助 1000 万的开发者解决各种各样的技术问题。并助力他们在技术能力、职业生涯、影响力上获得提升。
问题对人有帮助，内容完整，我也想知道答案
问题没有实际价值，缺少关键内容，没有改进余地
页面状态有分全局状态（需要多组件共享且要长期保留的）和局部状态（特定动作后后者在离开页面后就用不到了，可以销毁的那种）想看看大家都是怎么做的，是全部都放在vuex里，（这样会不会有太多的废弃状态）还是区别开，全局的放vuex，局部的放在component的data里从图片的流程来看，从后端api获取的数据最后都被存在了state里，而后由vue Component表现出来，那么当我们离开这张页面后呢？state里的数据依然是留存的，应用获取的数据多了之后会不会造成应用的卡顿？想问问大家这一部分是怎么做的。
答案对人有帮助，有参考价值
答案没帮助，是错误的答案，答非所问
考虑要统一的数据流转方式，简化开发，然后能方便得区分全局和局部
答案对人有帮助，有参考价值
答案没帮助，是错误的答案，答非所问
当然没有必要全放到 vuex 里啦，其实你心中已经有答案啦：全局的放vuex，局部的放在component的data里
分享到微博？
关闭理由：
删除理由：
忽略理由：
推广（招聘、广告、SEO 等）方面的内容
与已有问题重复（请编辑该提问指向已有相同问题）
答非所问，不符合答题要求
宜作评论而非答案
带有人身攻击、辱骂、仇恨等违反条款的内容
无法获得确切结果的问题
非开发直接相关的问题
非技术提问的讨论型问题
其他原因（请补充说明）
我要该，理由是：
在 SegmentFault，学习技能、解决问题
每个月，我们帮助 1000 万的开发者解决各种各样的技术问题。并助力他们在技术能力、职业生涯、影响力上获得提升。如果设置x=null我想问下x会不会被JS的垃圾清理机制清理掉_百度知道
如果设置x=null我想问下x会不会被JS的垃圾清理机制清理掉
我有更好的答案
　　垃圾清理是针对对象的，不是针对某个标示符的。　　对于值类型，函数执行后，如果其所在作用域并未被应用，会立即释放。　　要销毁一个对象，必须要消除一个对象的所有外部引用。Javascript 的存储单元回收机制采用的是引用计数法：创建一个对象后，如果它的引用被存储在变量中，它的引用计数就是 1 ；当它的引用被复制并存储在另一个变量中，引用计数就增加 1 ；当保存这个引用的一个变量被某个新值覆盖，引用计数减少 1 ；以此类推，当一个对象的引用计数为 0 时，它才会被销毁。var&p1&=&new&Object()&;&//&构造函数，引用计数为&1&var&p2&=&p1&;&//&复制了该对象，引用计数为&2...p1&=&null&;p2&=&null&;&//&将&p1&和&p2&的值置为&null&可以消除引用上面的代码中，p1和p2存储的只是引用，谈不上释放与否。这里要释放的东西是 new Object()，p1=null 等做的事情就是清空它的引用。这样浏览器在执行垃圾回收的时候，才会将它清楚掉。参考资料：内存回收&
回答的太棒了！
采纳率：61%
亲，既然是null,那就不会占用任何资源，谈何要清理呢
敢问楼主，JS rubbish清理机制是什么呢
为您推荐：
其他类似问题
垃圾清理的相关知识
换一换
回答问题，赢新手礼包
个人、企业类
违法有害信息,请在下方选择后提交
色情、暴力
我们会通过消息、邮箱等方式尽快将举报结果通知您。&nbsp>&nbsp
&nbsp>&nbsp
&nbsp>&nbsp
Android -- Activity的销毁和重建
摘要：两种销毁第一种是正常的销毁,比如用户按下Back按钮或者是activity自己调用了finish()方法;另一种是由于activity处于stopped状态,并且它长期未被使用,或者前台的activity需要更多的资源,这些情况下系统就会关闭后台的进程,以恢复一些内存。需要注意的是这其中有一种情况就是屏幕旋转的问题,当用户旋转手机屏幕,每一次都会导致activity的销毁和重新建立。在第二种情况下,尽管实际的activity实例已经被销毁,但是系统仍然记得它的存在,当用户返回
第一种是正常的销毁,比如用户按下Back按钮或者是activity自己调用了finish()方法;
另一种是由于activity处于stopped状态,并且它长期未被使用,或者前台的activity需要更多的资源,这些情况下系统就会关闭后台的进程,以恢复一些内存。
需要注意的是这其中有一种情况就是屏幕旋转的问题,当用户旋转手机屏幕,每一次都会导致activity的销毁和重新建立。
在第二种情况下,尽管实际的activity实例已经被销毁,但是系统仍然记得它的存在,当用户返回到它的时候,系统会创建出一个新的实例来代替它,这里需要利用旧实例被销毁时候存下来的数据。这些数据被称为“instance state”,是一个存在Bundle对象中的键值对集合。
缺省状态下,系统会把每一个View对象保存起来(比如EditText对象中的文本,ListView中的滚动条位置等),即如果activity实例被销毁和重建,那么不需要你编码,layout状态会恢复到前次状态。
但是如果你的activity需要恢复更多的信息,比如成员变量信息,则需要自己动手写了。onSaveInstanceState()
如果要存储额外的数据,必须覆写回调函数onSaveInstanceState().
系统会在用户离开activity的时候调用这个函数,并且传递给它一个Bundle object,如果系统稍后需要重建这个activity实例,它会传递同一个Bundle object到onRestoreInstanceState() 和 onCreate() 方法中去。
当系统停止activity时,它会调用onSaveInstanceState()(过程1),如果activity被销毁了,但是需要创建同样的实例,系统会把过程1中的状态数据传给onCreate()和onRestoreInstanceState()(图中标出的2和3)。存储Activity状
当系统停止activity时,系统会调用onSaveInstanceState(),状态信息会以键值对的形式存储下来。
默认的实现中存储了activity的view系列的状态,比如文本和滚动条位置等。
要存储额外的信息,必须自己实现onSaveInstanceState(),并且给Bundle object加上键值对。staticfinalStringSTATE_SCORE=&playerScore&;staticfinalStringSTATE_LEVEL=&playerLevel&;
(BundlesavedInstanceState){//Savetheuser'scurrentgamestatesavedInstanceState.putInt(STATE_SCORE,mCurrentScore);savedInstanceState.putInt(STATE_LEVEL,mCurrentLevel);//Alwayscallthesuperclasssoitcansavetheviewhierarchystatesuper.onSaveInstanceState(savedInstanceState);}
要记得调用基类的实现,以实现默认的实现。恢复Activity状态
当activity重建时,需要根据Bundle中的状态信息数据恢复activity。onCreate() 和onRestoreInstanceState()回调函数都会接收到这个Bundle。
因为每次创建新的activity实例的或重建一个实例的时候都会调用onCreate()方法,所以必须先检查是否Bundle是null,如果是null,则表明是要创建一个全新的对象,而不是重建一个上次被销毁的对象。
比如onCreate()方法可以这么写:@OverrideprotectedvoidonCreate(BundlesavedInstanceState){super.onCreate(savedInstanceState);//Alwayscallthesuperclassfirst//Checkwhetherwe'rerecreatingapreviouslydestroyedinstanceif(savedInstanceState!=null){//RestorevalueofmembersfromsavedstatemCurrentScore=savedInstanceState.getInt(STATE_SCORE);mCurrentLevel=savedInstanceState.getInt(STATE_LEVEL);}else{//Probablyinitializememberswithdefaultvaluesforanewinstance}...}
除了在onCreate()中恢复状态外,也可以选择在onRestoreInstanceState()中实现,这个函数在onStart()之后调用。
只有在有数据要恢复的时候系统会调用onRestoreInstanceState(),所以不必检查Bundle是否为null。publicvoidonRestoreInstanceState(BundlesavedInstanceState){//Alwayscallthesuperclasssoitcanrestoretheviewhierarchysuper.onRestoreInstanceState(savedInstanceState);//RestorestatemembersfromsavedinstancemCurrentScore=savedInstanceState.getInt(STATE_SCORE);mCurrentLevel=savedInstanceState.getInt(STATE_LEVEL);}
此处也要注意,不要忘记调用基类实现。
原文链接:http://www.w2bc.com/Article/4848
以上是的内容，更多
的内容，请您使用右上方搜索功能获取相关信息。
若你要投稿、删除文章请联系邮箱：zixun-group@service.aliyun.com,工作人员会在五个工作日内给你回复。
云服务器 ECS
可弹性伸缩、安全稳定、简单易用
&40.8元/月起
预测未发生的攻击
&24元/月起
邮箱低至5折
推荐购买再奖现金，最高25%
&200元/3月起
你可能还喜欢
你可能感兴趣
阿里云教程中心为您免费提供
Android -- Activity的销毁和重建相关信息，包括
的信息，所有Android -- Activity的销毁和重建相关内容均不代表阿里云的意见！投稿删除文章请联系邮箱：zixun-group@service.aliyun.com，工作人员会在五个工作日内答复
售前咨询热线
支持与服务
资源和社区
关注阿里云
International在 SegmentFault，学习技能、解决问题
每个月，我们帮助 1000 万的开发者解决各种各样的技术问题。并助力他们在技术能力、职业生涯、影响力上获得提升。
问题对人有帮助，内容完整，我也想知道答案
问题没有实际价值，缺少关键内容，没有改进余地
页面状态有分全局状态（需要多组件共享且要长期保留的）和局部状态（特定动作后后者在离开页面后就用不到了，可以销毁的那种）想看看大家都是怎么做的，是全部都放在vuex里，（这样会不会有太多的废弃状态）还是区别开，全局的放vuex，局部的放在component的data里从图片的流程来看，从后端api获取的数据最后都被存在了state里，而后由vue Component表现出来，那么当我们离开这张页面后呢？state里的数据依然是留存的，应用获取的数据多了之后会不会造成应用的卡顿？想问问大家这一部分是怎么做的。
答案对人有帮助，有参考价值
答案没帮助，是错误的答案，答非所问
当然没有必要全放到 vuex 里啦，其实你心中已经有答案啦：全局的放vuex，局部的放在component的data里
答案对人有帮助，有参考价值
答案没帮助，是错误的答案，答非所问
之前只是觉得这是个人的想法，项目里也是这么做的，只是心里在想其他人会不会有更好的解决和协调的方法，大家也是交流交流啦。
刚刚翻看vuex2.0的文档（项目是旧版的vue，所以vuex也是旧版的），看到了这么一句话，彻底的打消了我的顾虑。
有相同顾虑的同学也可以放心啦??
答案对人有帮助，有参考价值
答案没帮助，是错误的答案，答非所问
考虑要统一的数据流转方式，简化开发，然后能方便得区分全局和局部
同步到新浪微博
分享到微博？
关闭理由：
删除理由：
忽略理由：
推广（招聘、广告、SEO 等）方面的内容
与已有问题重复（请编辑该提问指向已有相同问题）
答非所问，不符合答题要求
宜作评论而非答案
带有人身攻击、辱骂、仇恨等违反条款的内容
无法获得确切结果的问题
非开发直接相关的问题
非技术提问的讨论型问题
其他原因（请补充说明）
我要该，理由是：
在 SegmentFault，学习技能、解决问题
每个月，我们帮助 1000 万的开发者解决各种各样的技术问题。并助力他们在技术能力、职业生涯、影响力上获得提升。