firefffffffffly 最近的时间轴更新 firefffffffffly 最近的时间轴更新 |
fireffffffffflyV2EX 第 97742 号会员，加入于 2015-02-15 15:22:39 +08:00 |
firefffffffffly 最近回复了
2020-01-21 16:09:24 +08:00 回复了 hunterJax 创建的主题 › 健康 › 想问问大家心脏有过异常感吗？ |
心脏感觉有问题，绝对一定要听医生的说法，不要自我怀疑，因为心脏是全身对自我怀疑最敏感的部位，你认为它不舒服，它就会一直不舒服，遵从医生的检查建议和检查结果打消怀疑最重要。我有过类似的经历，充分医学检查后一定要相信检查结果，不然心脏会一直表现得有问题。
2019-08-23 14:13:15 +08:00 回复了 xujinkai 创建的主题 › 程序员 › 大家工作中都遇到过哪些神奇的代码 |
for(int i=0;i<3;i++) {
switch(i) {
case 0:
doSth();
break;
case 1:
doSth2();
break;
case 2:
doSth3();
break;
}
}
switch(i) {
case 0:
doSth();
break;
case 1:
doSth2();
break;
case 2:
doSth3();
break;
}
}
2019-07-25 16:52:02 +08:00 回复了 huruwo 创建的主题 › 问与答 › 认真求问:想让五音不全的自己唱歌好听点，有什么途径？无任何音乐学习经历 |
花钱找声乐老师学是一个很有用的办法，现在提供这个服务的机构个人挺多的。免费教学资源的话推荐去 youtube 或 bilibili 搜嘎老师的视频，讲解比较通俗易懂而且真的很有用。
2019-07-09 11:04:07 +08:00 回复了 EthanDon 创建的主题 › 程序员 › 确认一下， http 的长连接是不是客户端没法发送二次数据？ |
http2 多路复用解决了这个问题
2019-06-26 17:40:08 +08:00 回复了 hackingwu 创建的主题 › 程序员 › 反射性能差这么多，有办法提高吗？ |
性能有差距，但是应该不会像例子里这么大， 这段代码做 benchmark 不太严谨，比如第二段代码可能会被 jit 优化到没有。
依照这个测试 https://dzone.com/articles/the-performance-cost-of-reflection 不包含具体逻辑的情况下测试大约是差 10 倍。
依照这个测试 https://dzone.com/articles/the-performance-cost-of-reflection 不包含具体逻辑的情况下测试大约是差 10 倍。
2019-06-18 14:21:42 +08:00 回复了 gramyang 创建的主题 › Java › 终于研究明白了， concurrenthashmap 的 get 然后 put 的并发问题 |
@gramyang
每个接触 concurrenthashmap 的人都踩过的坑 ×
不理解线程安全的人踩过的坑 √
increase1 的线程不安全发生在 int value = oldTable.getI(); oldTable.setI(value + 1);这两句上
increase2 使用 CAS 乐观锁的方式解决了 increase1 里线程不安全的问题，你也可以用传统的 synchornized 悲观锁同样解决问题。
无论怎样都没有涉及到 CHM 的任何问题。
每个接触 concurrenthashmap 的人都踩过的坑 ×
不理解线程安全的人踩过的坑 √
increase1 的线程不安全发生在 int value = oldTable.getI(); oldTable.setI(value + 1);这两句上
increase2 使用 CAS 乐观锁的方式解决了 increase1 里线程不安全的问题，你也可以用传统的 synchornized 悲观锁同样解决问题。
无论怎样都没有涉及到 CHM 的任何问题。
2019-06-17 11:50:22 +08:00 回复了 KunMinX 创建的主题 › Android › 重学安卓：绝不丢失状态的 Activity 重建机制！ |
1. Saved instance state 也是基于序列化与反序列化的磁盘访问，与设计良好的自定义持久化缓存性能应该没有区别，自定义持久化性能问题主要来自于持久化方式的设计问题。
2. 自定义持久化的生命周期是比 Saved instance state 要长的，可以做到 activity 反复 finish/start 之后也能共享数据，这个场景是不能被 SavedInstanceState 取代的，不过这个应该不是这篇文章的重点。
3. 由于 SavedInstanceState 的性能问题，android 官方推荐将页面状态拆分，使用 ViewModel 模式内存存储绝大部分状态，小部分关键状态交给 SavedInstanceState 保存。
4. 大部分状态保持问题并非是使用错了方式，而是没有理清页面上所存在的状态，导致状态只有一部分被恢复 /保存，进而把整个页面逻辑导向到不可预测的方向。
5. 推荐其他开发者使用 android:configChanges 时，最好同时告诉他们可能存在的副作用： https://developer.android.com/guide/topics/resources/runtime-changes.html#HandlingTheChange
以上内容均总结于官方文档（ https://developer.android.com/topic/libraries/architecture/saving-states ）
2. 自定义持久化的生命周期是比 Saved instance state 要长的，可以做到 activity 反复 finish/start 之后也能共享数据，这个场景是不能被 SavedInstanceState 取代的，不过这个应该不是这篇文章的重点。
3. 由于 SavedInstanceState 的性能问题，android 官方推荐将页面状态拆分，使用 ViewModel 模式内存存储绝大部分状态，小部分关键状态交给 SavedInstanceState 保存。
4. 大部分状态保持问题并非是使用错了方式，而是没有理清页面上所存在的状态，导致状态只有一部分被恢复 /保存，进而把整个页面逻辑导向到不可预测的方向。
5. 推荐其他开发者使用 android:configChanges 时，最好同时告诉他们可能存在的副作用： https://developer.android.com/guide/topics/resources/runtime-changes.html#HandlingTheChange
以上内容均总结于官方文档（ https://developer.android.com/topic/libraries/architecture/saving-states ）
2019-06-13 12:38:38 +08:00 回复了 petelin 创建的主题 › 问与答 › 在服务端写业务的时候, 面向对象和面向过程到底哪个更好? |
粗略思考了一下，我觉得问题关键在于 stateless 和 stateful 之间的区别，面向对象能写出 stateless 的代码，面向过程也可能被写成 stateful，纯函数式编程能真正做到 stateless，但函数式编程又会带来额外的难度。
2019-06-12 10:41:50 +08:00 回复了 gramyang 创建的主题 › Java › ConcurrentHashMap 的使用问题 |
建议把 exception 信息贴出来，这样能轻松确定是 map 为空还是传入的 key 值为空。
从描述的 exception 来看 player 最不可能为空，因为这样的话报错 message 和 traces 里是不会包含 remove 相关内容的，因为在 player.getNum()时就会报错了，remove 函数还没有入栈。
key 值为空的情况，就是 player.getNum()的结果为 null，这个 player 内部属性需要再检查一下是否有多线程修改。
从描述的 exception 来看 player 最不可能为空，因为这样的话报错 message 和 traces 里是不会包含 remove 相关内容的，因为在 player.getNum()时就会报错了，remove 函数还没有入栈。
key 值为空的情况，就是 player.getNum()的结果为 null，这个 player 内部属性需要再检查一下是否有多线程修改。
Select Language