随着网络空间的迅速发展，现有许多基于用户位置的应用（例如生活或出行类产品）,帮助人们更智能化地实时利用周边的网络信息和资源，与此同时，也有的工作往往只去考虑对具体任务的具体解决,但缺乏整体的视角去评估位置资源和网络空间的隔离问题。因而网络安全界提出网络空间资源需要对位置语义进行基于知识的识别和映射,其中识别包括位置语义的理解与构建、位置与网络空间文本和知识的

在实际开发中，我们经常会需要做一件事：在完成某一个动作之后，需要另外以同步或者异步的方式去通知另外的对象去完成额外的操作，比如：当用户下单成功之后，需要发异步消息到给到邮件系统发邮件（短信）通知用户。(这里就涉及到异步消息的概念)消息队列是我们用来解决系统与系统之间异步与解耦的极佳实践工具，而在应用内部这个级别上，有时候也会需要这样的异步消息通知机制

前言由于近期项目中要用到插件，所以特地去翻找资料学习了一番，现在在这里分享我所学到的东西给大家，有什么错误的希望能给我指出来，文章有点长，希望大家能认真读完。近些年来，插件化可谓是特别的火热，就拿支付宝美团等软件来说，都是使用这个技术来支撑他们的产品。但是什么是插件化呢，插件化到底有什么好处呢？插件化也就是运行的APP（宿主APP）去加载插件APP

↖一个宝藏公众号，长的好看的人都关注了却发现他是这么拿我当兄弟的事情的经过是这样的：我开开心心的去一家烧饼店吃饭(ht

需求：　　在本地电脑上的mysql中创建了一个数据库，并且在该数据库中创建了很多表，表中数据比较多；　　现在想换一台电脑，但是又不想重新建数据库、建表、造数据。解决方案：　　利用mysql提供的命令，在本地将所需数据和表导出成.sql文件；　　然后在另外一台电脑中使用mysql提供的命令，将导出的.sql文件导入，这样就能

我们知道生产环境中经常会遇到MySQL主从延迟问题，从原理上也能看出主库的事务提交是并发模式，而从库只有一个SQL线程负责解析，所以本身上就可能存在延迟。延迟的主要原因在于：1、从库的配置往往没有主库的配置高2、主库支持并发写入，而5.7之前的版本上从库只有单线程SQL来完成任务。3、MySQL主从之间的同步，并不是完全的实时同步，而是主库

前后端分离大势所趋，跨域问题更是老生常谈，随便用标题去google或百度一下，能搜出一大片解决方案，那么为啥又要写一遍呢，不急往下看。前后端分离大势所趋，跨域问题更是老生常谈，随便用标题去google或百度一下，能搜出一大片解决方案，那么为啥又要写一遍呢，不急往下看。问题背景：SameOriginPolicy，译为“同源策略”。它是对

作者：张政俊，中欧基金DBAMysql一般出现CPU负载过高问题的时候，我们都会去看下故障期间的慢sql日志，然后找出全表扫描、索引不合理、函数运算过多的sql，让开发同学优化下。实在不行的话，那就升级CPU硬件，替换更高频率的CPU，1路的升级成2路，2路的升级成四路。这次出现的问题因为关乎到每天的业务处理，所以很多措施无法第一时间到位，

前言最好的老师是google,不信你去试下百度一@Any(http://my.oschina.net/u/115936)的使用方法  场景：假设一个车辆类，它可以是个人或者公司拥有：@Entity

引言前一篇博文，已经完整的介绍了数据库脱敏的场景及方案，来自京东数科的ShardingJDBC开源项目通过对数据源中间代理的方式透明化的实现了这个功能，但是，功能虽然实现了，sql兼容的小问题还是很多，比如目前不支持子查询，数据库定义的关键字不允许使用，等等问题，反观我们需要加解密的字段，其实相比业务的sql来说占比非常小，即使遇