需要APP暗屏情况下进行后台执行一些任务，但是google现在为了优化手机的体验，以及流畅性，做了很多的限制，电量优化，休眠模式，以及进入深度睡眠状态，进入深入休眠状态系统会根据黑白名单的应用进行管理，杀掉非白名单的后台进程以及网络请求；Android系统的优化是守护后台进程造成了很大困扰，线程之间守护已经是不在可靠，使用wakelock耗电过大也会是系统杀

原文链接：https://github.com/ly525/blog/issues/219(https://www.oschina.net/action/GoToLink?urlhttps%3A%2F%2Fgithub.com%2Fly525%2Fblog%2Fissues%2F219)关键字：httponly,cookie,se

为进一步优化美团搜索排序结果的深度语义相关性，提升用户体验，搜索与NLP部算法团队从2019年底开始基于BERT优化美团搜索排序相关性，经过三个月的算法迭代优化，离线和线上效果均取得一定进展。本文主要介绍探索过程以及实践经验。!(https://oscimg.oschina.net/oscnet/up113c52d3c867e9a47fca9f9a

ConcurrentHashmap（JDK1.7） 总体描述：　　concurrentHashmap是为了高并发而实现，内部采用分离锁的设计，有效地避开了热点访问。而对于每个分段，ConcurrentHashmap采用final和内存可见修饰符volatile关键字（内存立即可见：Ja

原文链接：https://github.com/ly525/blog/issues/219(https://www.oschina.net/action/GoToLink?urlhttps%3A%2F%2Fgithub.com%2Fly525%2Fblog%2Fissues%2F219)关键字：httponly,cookie,se

一、Condition的概念介绍回忆synchronized关键字，它配合Object的wait()、notify()系列方法可以实现等待/通知模式。对于Lock，通过Condition也可以实现等待/通知模式。Condition是一个接口。Condition接口的实现类是Lock（AQS）中的

在SQLite里面似乎只要使用了正向或者反向索引关键字，查找的时候就无法使用索引了，比如：CREATEINDEX"idx_items"ON"items"("category_id"ASC);在使用如下语句查询的时候就会扫描全表SELECTid,titleFROMitemsWHEREcategory_id5;

在SQLite里面似乎只要使用了正向或者反向索引关键字，查找的时候就无法使用索引了，比如：CREATEINDEX"idx_items"ON"items"("category_id"ASC);在使用如下语句查询的时候就会扫描全表SELECTid,titleFROMitemsWHEREcategory_id5;

之前分析了基本数据类型的优化，现在开始涉及全局和局部变量的优化，话说这个东西我从没想过还能这样优化的喂！全局变量/Globalvariables全局变量不会被分配在寄存器上，修改全局变量需要通过指针或者调用函数的方式间接进行。所以编译器不会将全局变量存储在寄存器中，那样会带来额外的、不必要的负担和存储空间。所以在比较关键的循环中，我们要

访问项您无法通过引用索引或键来访问集合中的项。但是，您可以使用for循环遍历集合项，或者使用in关键字检查集合中是否存在指定的值。示例，遍历集合并打印值：Pythonthisset"apple","banana","cherry"forxinthisset