浩浩 浩浩
4年前
Android 开发必备知识点及面试题汇总(Android+Java+算法+性能优化+四大组件……)
JAVA相关1.静态内部类、内部类、匿名内部类,为什么内部类会持有外部类的引用?持有的引用是this?还是其它?静态内部类:使用stat
Aidan075 Aidan075
4年前
真实骑手数据:73万大学毕业生在送外卖
作者:朱小五外卖骑手,困在系统最近,人物杂志的一篇文章在微博疯转,在朋友圈刷屏。两大外卖平台相继作出回应:饿了么表示将尽快发布“多等5分钟或10分钟”新功能,鼓励消费者多给骑手一点时间,结果没想到引起广泛质疑,被认为这是在道德绑架。美团在友商排除了“错误答案”后,表示将马上优化调度系统,给骑手留出8分钟弹性时间,给骑手留出8分钟弹性时间,让骑手在路口放慢一点
Stella981 Stella981
4年前
JVM故障分析及性能优化实战(VI)——JVM Heap Dump(堆转储文件)的生成和MAT的使用
前面的文章详细讲述了分析ThreadDump文件(https://www.oschina.net/action/GoToLink?urlhttp%3A%2F%2Fmp.weixin.qq.com%2Fs%3F__biz%3DMzA5MDE0ODQ1NQ%3D%3D%26mid%3D2648395657%26idx%3D1%26sn%3D61ac5c8
Wesley13 Wesley13
4年前
DTM在电商行业的运用到底有多灵活?应用场景告诉你
电商的基本应用场景有:页面浏览,商品列表浏览,商品列表点击,加入收藏夹,加入购物车,结算付款。为促进商品的成交,产品运营人员需要通过数据洞察用户在每一个环节行为,恨不得在每一个营销活动或业务功能的全流程都加上事件追踪埋点,且每一次随着业务的发展不断进行优化,运营还需要不断地给产品和开发提交每一个版本的埋点变化需求。这样带来的问题就是,对数据的需求越来越复
Wesley13 Wesley13
4年前
C++中初始化的顺序问题
C的初始化顺序非常重要,牢记才能不出常识性的错误。其初始化顺序为:1类中的static成员是最先初始化的,这个是先于main函数的执行的,但是必须注意,如果这个成员只是在类中声明,而没有在类外边进行定义的话,那么这个是不会开辟内存的,是不会初始化的。2调用基类的构造函数。但是基类分为两种顺序,特别注意。一种是虚继承的基类;另一种是普通继承
Wesley13 Wesley13
4年前
Java序列化技术即将被废除!!!
我们的对象并不只是存在内存中,还需要传输网络,或者保存起来下次再加载出来用,所以需要Java序列化技术。Java序列化技术正是将对象转变成一串由二进制字节组成的数组,可以通过将二进制数据保存到磁盘或者传输网络,磁盘或者网络接收者可以在对象的属类的模板上来反序列化类的对象,达到对象持久化的目的。如果你还不熟悉Java序列化技术,请详细阅读《关于Jav
Wesley13 Wesley13
4年前
TYPESDK手游聚合SDK服务端设计思路与架构之三:流程优化之订单保存与通知
经过前两篇文字的分析与设计,我们已经可以搭建出一个能够支持多游戏多渠道的聚合SDK服务端,但这只是理想化状态下的一个简化模型。如果接入渠道的逻辑都是按照理想化的简化过程来构建,那么对于支付的请求,我们可以简化成这样几步:1.游戏客户端创建订单。2.游戏客户端(通过TYPESDK客户端)调用渠道lib库中相应接口,发起支付。3.用户在弹出的
美味蟹黄堡 美味蟹黄堡
3年前
关于服务器运维你需要了解的
服务器维护是保持服务器更新和运行以确保组织的计算机网络正常运行的过程。网络管理员通常会这样做,这对于业务绩效至关重要。没有适当的IT服务计划,应用程序软件将永远无法按预期运行。在严重的情况下,网络甚至可能会出现部分或全部故障,从而导致业务严重损失。服务器运维的方法以及维护过程由与普通台式计算机类似的组件组成,例如主板,处理芯片,内存等。但是服务器的部件更坚
sum墨 sum墨
1年前
《优化接口设计的思路》系列:第一篇—接口参数的一些弯弯绕绕
大家好!我是sum墨,一个一线的底层码农,平时喜欢研究和思考一些技术相关的问题并整理成文,限于本人水平,如果文章和代码有表述不当之处,还请不吝赐教。作为一名从业已达六年的老码农,我的工作主要是开发后端Java业务系统,包括各种管理后台和小程序等。在这些项目中,我设计过单/多租户体系系统,对接过许多开放平台,也搞过消息中心这类较为复杂的应用,但幸运的是,我至今还没有遇到过线上系统由于代码崩溃导致资损的情况。这其中的原因有三点:一是业务系统本身并不复杂;二是我一直遵循某大厂代码规约,在开发过程中尽可能按规约编写代码;三是经过多年的开发经验积累,我成为了一名熟练工,掌握了一些实用的技巧。
sum墨 sum墨
1年前
《优化接口设计的思路》系列:第六篇—接口防抖(防重复提交)的一些方式
所谓防抖,一是防用户手抖,二是防网络抖动。在Web系统中,表单提交是一个非常常见的功能,如果不加控制,容易因为用户的误操作或网络延迟导致同一请求被发送多次,进而生成重复的数据记录。要针对用户的误操作,前端通常会实现按钮的loading状态,阻止用户进行多次点击。而对于网络波动造成的请求重发问题,仅靠前端是不行的。为此,后端也应实施相应的防抖逻辑,确保在网络波动的情况下不会接收并处理同一请求多次。