推荐
专栏
教程
课程
飞鹅
本次共找到4073条
android数据库
相关的信息
helloworld_78018081
•
4年前
腾讯安卓面试,Android工程师面试该怎么准备
正式加入字节跳动,分享一点面试小经验今天正式入职了字节跳动。工号超吉利,尾数是3个6。然后办公环境也很好,这边一栋楼都是办公区域。公司内部配备各种小零食、饮料,还有免费的咖啡。15楼还有健身房。而且公司包三餐来着。下午三点半左右还会有阿姨推着小车给大家送下午茶。听说入职以后很容易长胖来着。不过如果想要保持身材的话,公司二楼还提供专门的健身餐。周二周四还可以预
Stella981
•
4年前
Intellij idea或者Android Studio实用Live_Templates好用模板整理
Live\_Templates的作用是自动补全代码:自定义补全代码:单例模式:sin!输入图片说明(https://static.oschina.net/uploads/img/201707/17114328_kR84.png"在这里输入图片标题")Templatetext:privatestatic
Stella981
•
4年前
Android Studio查看apk的MD5,SHA1,SHA
AndroidStudio右侧面板的Gradle,点开,TasksandroidsigningReport !(https://imgblog.csdnimg.cn/20200904125801907.png?xossprocessimage/watermark,type_ZmFuZ3poZW5naGVpdGk
Wesley13
•
4年前
Android CircularFloatingActionMenu:作为系统级按钮悬浮桌面弹出菜单使用(3)
AndroidCircularFloatingActionMenu:作为系统级按钮悬浮桌面弹出菜单使用(3)AndroidCircularFloatingActionMenu另外一个不同寻常的地方是,AndroidCircularFloatingActionMenu可以写在服务Service里面,然后通过上层一个Activity启动这个服务
Wesley13
•
4年前
04.Android崩溃Crash库之Loop拦截崩溃和ANR
目录总结01.能否利用Looper拦截崩溃02.思考几个问题分析03.App启动时自动开启Looper04.拦截主进程崩溃前沿上一篇整体介绍了crash崩溃库崩溃重启,崩溃记录记录,查看以及分享日志等功能。项目地址:https://github.com/yangchong
Stella981
•
4年前
MSSQL2012中SQL调优(SQL TUNING)时CBO支持和常用的hints
虽然当前各关系库CBO都已经非常先进和智能,但因为关系库理论和实现上的限制,CBO在特殊场景下也会给出次优甚至存在严重性能问题的执行计划,而这些场景中,有一部分只能或适合通过关系库提供的hints来进行干涉和解决。目前,所有三个商业数据库都提供了一定数目的hints,虽然具体使用语法或形式有所差别,但本质都是一样的,那就是指示数据库CBO给出更合理、更高效的
Stella981
•
4年前
Android平台零代码快速集成AGC性能管理服务
在使用手机应用的时候,经常会有应用打开慢、界面卡顿无反应、应用闪退、网络加载失败等问题,这些应用性能问题,都是影响用户体验的罪魁祸首。 随着手机应用性能的重要性逐步提升,越来越多监控应用性能的产品也应运而生。华为AppGalleryConnect(以下简称AGC)提供了应用开发,测试,发布以及分析的全流程的质量服务。1\.华为AGC性能管理
Wesley13
•
4年前
Mysql 主外键与索引之间的区别和联系
系数据库依赖于主键,它是数据库物理模式的基石。主键在物理层面上只有两个用途: 惟一地标识一行。 作为一个可以被外键有效引用的对象。 索引是一种特殊的文件(InnoDB数据表上的索引是表空间的一个组成部分),它们包含着对数据表里所有记录的引用指针。下面是主键和索引的一些区别与联系。 1\.主键一定是唯一性索引,唯一性索
Stella981
•
4年前
Android全局异常捕获,不退出应用,让应用正常运行下去!
Android全局异常捕获,不退出应用,让应用正常运行下去!当App发现异常后,如果程序没有处理,将交给虚拟机进行处理,通常会弹出一个对话框,然后退出应用。但大多数的异常可能对后续流程影响不大,比如分享功能出现。一个问题,真的有必要关闭整个应用吗?屏蔽这个功能,对整体来说不会有太大的影响。或者某个页面的数据出现了逻辑错误,大多数关闭当
Wesley13
•
4年前
PHP多进程与MySQL的高并发瓶颈处理
最近开发一个项目。客户端每隔10秒提交100行数据给服务端,服务端查重后写入。客户端约在几万左右,提交数据比较集中,不考虑读数据的问题。现在的设计是:数据库按客户端进行分表。每个表的数据量不高。服务端获得数据后,先插入redis队列,然后在通过定时任务插入数据库。问题是:1、服务端提供给客户端的接口,是否能满足几千上万的客
1
•••
279
280
281
•••
408