12月20
首先从以下几点来介绍：
1.为什么要使用synchronized
在并发编程中存在线程安全问题，主要原因有：1.存在共享数据 2.多线程共同操作共享数据。关键字synchronized可以保证在同一时刻，只有一个线程可以执行某个方法或某个代码块，同时synchronized可以保证一个线程的变化可见（可见性），即可以代替volatile。
2.实现原理
synchronized可以保证方法或者代码块在运行时，同一时刻只有一个方法可以进入到临界区，同时它还可以保证共享变量的内存可见性
3.synchronized的三种应用方式
Java中每一个对象都可以作为锁，这是synchronized实现同步的基础：
普通同步方法（实例方法），锁是当前实例对象 ，进入同步代码前要获得当前实例的锁
静态同步方法，锁是当前类的class对象 ，进入同步代码前要获得当前类对象的锁
同步方法块，锁是括号里面的对象，对给定对象加锁，进入同步代码库前要获得给定对象的锁。
4.synchronized的作用
Synchronized是Java中解决并发问题的一种最常用最简单的方法 ，他可以确保线程互斥的访问同步代码
1.为什么要使用synchronized
在并发编程中存在线程安全问题，主要原因有：1.存在共享数据 2.多线程共同操作共享数据。关键字synchronized可以保证在同一时刻，只有一个线程可以执行某个方法或某个代码块，同时synchronized可以保证一个线程的变化可见（可见性），即可以代替volatile。
2.实现原理
synchronized可以保证方法或者代码块在运行时，同一时刻只有一个方法可以进入到临界区，同时它还可以保证共享变量的内存可见性
3.synchronized的三种应用方式
Java中每一个对象都可以作为锁，这是synchronized实现同步的基础：
普通同步方法（实例方法），锁是当前实例对象 ，进入同步代码前要获得当前实例的锁
静态同步方法，锁是当前类的class对象 ，进入同步代码前要获得当前类对象的锁
同步方法块，锁是括号里面的对象，对给定对象加锁，进入同步代码库前要获得给定对象的锁。
4.synchronized的作用
Synchronized是Java中解决并发问题的一种最常用最简单的方法 ，他可以确保线程互斥的访问同步代码
12月19
在tomcat启动时报invalid LOC header (bad signature)错误,这个问题真是搞死人啊，原来是一个jar的问题，删除让maven重新下载就好了，搞了我半天。
Caused by: java.lang.IllegalArgumentException: java.util.zip.ZipException: invalid LOC header (bad signature)
at org.apache.catalina.webresources.AbstractSingleArchiveResourceSet.initInternal(AbstractSingleArchiveResourceSet.java:142)
at org.apache.catalina.util.LifecycleBase.init(LifecycleBase.java:102)
... 12 more
Caused by: java.util.zip.ZipException: invalid LOC header (bad signature)
at java.util.zip.ZipFile.read(Native Method)
at java.util.zip.ZipFile.access$1400(ZipFile.java:60)
at java.util.zip.ZipFile$ZipFileInputStream.read(ZipFile.java:734)
at java.util.zip.ZipFile$ZipFileInflaterInputStream.fill(ZipFile.java:434)
at java.util.zip.InflaterInputStream.read(InflaterInputStream.java:158)
at sun.misc.IOUtils.readFully(IOUtils.java:65)
at java.util.jar.JarFile.getBytes(JarFile.java:425)
at java.util.jar.JarFile.getManifestFromReference(JarFile.java:193)
at java.util.jar.JarFile.getManifest(JarFile.java:180)
at org.apache.catalina.webresources.AbstractSingleArchiveResourceSet.initInternal(AbstractSingleArchiveResourceSet.java:140)
... 13 more
下面是用于定位哪个jar文件没正常被加载的
Caused by: java.lang.IllegalArgumentException: java.util.zip.ZipException: invalid LOC header (bad signature)
at org.apache.catalina.webresources.AbstractSingleArchiveResourceSet.initInternal(AbstractSingleArchiveResourceSet.java:142)
at org.apache.catalina.util.LifecycleBase.init(LifecycleBase.java:102)
... 12 more
Caused by: java.util.zip.ZipException: invalid LOC header (bad signature)
at java.util.zip.ZipFile.read(Native Method)
at java.util.zip.ZipFile.access$1400(ZipFile.java:60)
at java.util.zip.ZipFile$ZipFileInputStream.read(ZipFile.java:734)
at java.util.zip.ZipFile$ZipFileInflaterInputStream.fill(ZipFile.java:434)
at java.util.zip.InflaterInputStream.read(InflaterInputStream.java:158)
at sun.misc.IOUtils.readFully(IOUtils.java:65)
at java.util.jar.JarFile.getBytes(JarFile.java:425)
at java.util.jar.JarFile.getManifestFromReference(JarFile.java:193)
at java.util.jar.JarFile.getManifest(JarFile.java:180)
at org.apache.catalina.webresources.AbstractSingleArchiveResourceSet.initInternal(AbstractSingleArchiveResourceSet.java:140)
... 13 more
下面是用于定位哪个jar文件没正常被加载的
10月31
1、mysql企业常用集群架构
在中小型互联网的企业中。mysql的集群一般就是上图的架构。WEB节点读取数据库的时候读取dbproxy服务器。dbproxy服务器通过对SQL语句的判断来进行数据库的读写分离。读请求负载到从库（也可以把主库加上），写请求写主库。
这里的dbproxy是数据库集群的唯一出口所以也需要做高可用。
drproxy是数据库读写分离的常用软件，amoeba、mycat、cobar也很常用。这类软件不仅带有读写分离功能，还可以实现负载均衡以及后端节点的健康检查。
数据库的读写分离除了通过这类数据库中间件软件实现，还可以写在程序中。
通常我们的主库要做双主高可用，实现主库挂掉另一个主库立刻接管。如果不做双主，从库接管主库的时候需要做状态迁移，会有延迟。
数据库主库的高可用重点需要考虑的是数据同步。比较常用的高可用方案有：
1、keepalived+mysql replication。通过keepalived实现VIP飘逸，通过mysql自带的同步方案replication实现数据同步。
2、hearbeat+drbd。通过drbd实现双主数据的同步，这个数据同步是基于块设备的。比一般的同步方案要快很多。通过heartbeat实现VIP漂移以及drbd资源的切换管理。
3、keepalived+mha。
对于从库，最好不要超过5个。我们可以把其中的三个作为用户访问的节点，把另外一个作为内部人员的查询节点。因为内部人员查询节点的时候一般是按照时间段查询，不经过索引，占用的资源比较多，所以要把这个节点单独专用，以免影响客户访问。最后我们应该留一个从库进行数据库的数据备份。
从库的数据一致性保持可以通过直接于主库进行主从辅助，也可以从其他从库那进行主从复制（优点是减少主库压力，缺点是延迟稍大）。
2、MYSQL数据架构
数据库服务器==》数据库（多个实例）==》多个库==》多个表==》多个字段行列（数据）
在一台数据库服务器上可以跑多个实例，一个实例中有多个库，一个库有多个表，一个表有多个行列。
在中小型互联网的企业中。mysql的集群一般就是上图的架构。WEB节点读取数据库的时候读取dbproxy服务器。dbproxy服务器通过对SQL语句的判断来进行数据库的读写分离。读请求负载到从库（也可以把主库加上），写请求写主库。
这里的dbproxy是数据库集群的唯一出口所以也需要做高可用。
drproxy是数据库读写分离的常用软件，amoeba、mycat、cobar也很常用。这类软件不仅带有读写分离功能，还可以实现负载均衡以及后端节点的健康检查。
数据库的读写分离除了通过这类数据库中间件软件实现，还可以写在程序中。
通常我们的主库要做双主高可用，实现主库挂掉另一个主库立刻接管。如果不做双主，从库接管主库的时候需要做状态迁移，会有延迟。
数据库主库的高可用重点需要考虑的是数据同步。比较常用的高可用方案有：
1、keepalived+mysql replication。通过keepalived实现VIP飘逸，通过mysql自带的同步方案replication实现数据同步。
2、hearbeat+drbd。通过drbd实现双主数据的同步，这个数据同步是基于块设备的。比一般的同步方案要快很多。通过heartbeat实现VIP漂移以及drbd资源的切换管理。
3、keepalived+mha。
对于从库，最好不要超过5个。我们可以把其中的三个作为用户访问的节点，把另外一个作为内部人员的查询节点。因为内部人员查询节点的时候一般是按照时间段查询，不经过索引，占用的资源比较多，所以要把这个节点单独专用，以免影响客户访问。最后我们应该留一个从库进行数据库的数据备份。
从库的数据一致性保持可以通过直接于主库进行主从辅助，也可以从其他从库那进行主从复制（优点是减少主库压力，缺点是延迟稍大）。
2、MYSQL数据架构
数据库服务器==》数据库（多个实例）==》多个库==》多个表==》多个字段行列（数据）
在一台数据库服务器上可以跑多个实例，一个实例中有多个库，一个库有多个表，一个表有多个行列。
10月26
Nginx作为一个轻量级的HTTP服务器，相比Apache优势也是比较明显的,在性能上它占用资源少,能支持更高更多的并发连接,从而达到提高访问效率;在功能上它是一款非常优秀的代理服务器与负载均衡服务器;在安装配置上它安装，配置都比较简单
Nginx优化配置详解
但在实际的生产配置环境中，肯定会经常遇到需要修改、或者重新增加Nginx配置的问题，有的时候需求更是多种多样，修修改改经常会出现这样、那样的一些错误，特别的烦索。
基于以上的原因，肯定很多读者伙伴经常会收集一些配置文档、或者电脑里也保存着一些自己日常的常用配置案例，但是终究还是不是很便利。今天，民工哥给大家介绍一款「超级牛掰的神器」，可以在线一键生成Nginx的配置。
网址：https://nginxconfig.io/
NGINX Config 支持 HTTP、HTTPS、PHP、Python、Node.js、WordPress、Drupal、缓存、逆向代理、日志等各种配置选项。在线生成 Web 服务器 Nginx 配置文件。
Nginx优化配置详解
但在实际的生产配置环境中，肯定会经常遇到需要修改、或者重新增加Nginx配置的问题，有的时候需求更是多种多样，修修改改经常会出现这样、那样的一些错误，特别的烦索。
基于以上的原因，肯定很多读者伙伴经常会收集一些配置文档、或者电脑里也保存着一些自己日常的常用配置案例，但是终究还是不是很便利。今天，民工哥给大家介绍一款「超级牛掰的神器」，可以在线一键生成Nginx的配置。
网址：https://nginxconfig.io/
NGINX Config 支持 HTTP、HTTPS、PHP、Python、Node.js、WordPress、Drupal、缓存、逆向代理、日志等各种配置选项。在线生成 Web 服务器 Nginx 配置文件。
10月26
其实我们大家做产品意见反馈模块的时候可以找一个有没有同类型直接用的产品接入进来就可以了， 没有必要自己重复造轮子，做的体验不好，又浪费时间，不如使用成型的产品，不过有个问题，可以这种成型的产品可能某一天就下线了，这个可能需要自己去权衡了。
比如我们可以使用腾讯的吐个槽：https://tucao.qq.com/
比如我们可以使用腾讯的吐个槽：https://tucao.qq.com/
10月26
需求：在微信h5页面中下载第三方app，安卓， 直接下载apk文件包；iphone，跳转AppStore
分析：微信不支持，在微信中屏蔽了apk文件的下载以及AppStore的跳转（且除非和TX有合作的应用，否则也不支持通过scheme跳转第三方app）
在微信中生成遮罩层，然后指引用户点击微信中右上角的更多按钮，选择【在浏览器打开】（iphone为【在safari中打开】，下同）
总结：虽然这种方法需要用户多操作一步，但贵在原生且不涉及第三方应用市场，本文主要讲述的是这种方法（且在浏览器中打开后仿应用宝下载效果：安卓直接弹出apk下载框，iphone则直接跳转AppStore，无需用户再一次点击下载按钮）
主要代码如下(H5页面由vue构建)：
1、识别手机类型
分析：微信不支持，在微信中屏蔽了apk文件的下载以及AppStore的跳转（且除非和TX有合作的应用，否则也不支持通过scheme跳转第三方app）
在微信中生成遮罩层，然后指引用户点击微信中右上角的更多按钮，选择【在浏览器打开】（iphone为【在safari中打开】，下同）
总结：虽然这种方法需要用户多操作一步，但贵在原生且不涉及第三方应用市场，本文主要讲述的是这种方法（且在浏览器中打开后仿应用宝下载效果：安卓直接弹出apk下载框，iphone则直接跳转AppStore，无需用户再一次点击下载按钮）
主要代码如下(H5页面由vue构建)：
1、识别手机类型
10月26
在微信中，打开app下载链接，或者使用微信扫一扫app下载二维码，都是无法下载app的。
因为腾讯为了自身利益，屏蔽了其他app直接在微信中下载。下面给分享下，找到的2种有效的解决方案。
方案一：弹出一个遮罩提示用户在新的浏览器窗口打开（目前微信已出新规，属于诱导行为，会被封域名，可以参考之前说的防封的解决方式）
再也不用管微信如何的更新，直接判断如果是在微信中打开，然后弹出一个遮罩提示用户在浏览器中打开下载。
并且不加关闭的按钮。效果如下面这样子：
因为腾讯为了自身利益，屏蔽了其他app直接在微信中下载。下面给分享下，找到的2种有效的解决方案。
方案一：弹出一个遮罩提示用户在新的浏览器窗口打开（目前微信已出新规，属于诱导行为，会被封域名，可以参考之前说的防封的解决方式）
再也不用管微信如何的更新，直接判断如果是在微信中打开，然后弹出一个遮罩提示用户在浏览器中打开下载。
并且不加关闭的按钮。效果如下面这样子：
10月26
第一：微信域名检测+微信域名切换
你需要有一个微信域名检测接口，自己开发或是购买都可以。配置好你的接口请求程序，准备2套域名A和B。比如说分享出去的域名是A，这里面A被称作是主域名。点开后跳到B，跳转之前检测一下B有没有被封，这里面的B就称作是落地域名。通常情况下落地域名B需要准备几十甚至上百个，利用域名检测接口可以轻松实现被封自动切换。检测接口这个开发文档能够最快能达到1毫秒/请求来检测（当然一般也不需要这么快，请求频率越高对服务器的要求越高）。并且出现问题会及时进行通知，进行备用域名跳转，保证落终是可以访问的。
第二：多级矩阵跳转
短网址（分享出去的）→主域名→二级域名→三级域名→四级域名（着陆页）
短网址可以用使用w.url.cn、t.cn(目前新浪已停止新增服务)、dwz.cn、suo.im等接口来生成。
在这里需要注意的事，着陆页的域名尽可能长一点。比如主域名是”heckjj.com“。那到着陆页可能要做到”w4tfd5s7we6ad23hbv8sd5.wx.qq.heckjj.com/heck.html“。
1、heckjj.com域名也做泛解析，然后“w4tfd5s7we6ad23hbv8sd5” 这个着陆页的前面的四级域名都是随机生成的。
2、把”heck.html“做成动态的，让每一次访问都不一样。为什么要做成动态的呢？因为我们在实践过程中发现，有时候不封域名封链接。但是这种方式还是会要用到第一种检测+切换的接口。
你需要有一个微信域名检测接口，自己开发或是购买都可以。配置好你的接口请求程序，准备2套域名A和B。比如说分享出去的域名是A，这里面A被称作是主域名。点开后跳到B，跳转之前检测一下B有没有被封，这里面的B就称作是落地域名。通常情况下落地域名B需要准备几十甚至上百个，利用域名检测接口可以轻松实现被封自动切换。检测接口这个开发文档能够最快能达到1毫秒/请求来检测（当然一般也不需要这么快，请求频率越高对服务器的要求越高）。并且出现问题会及时进行通知，进行备用域名跳转，保证落终是可以访问的。
第二：多级矩阵跳转
短网址（分享出去的）→主域名→二级域名→三级域名→四级域名（着陆页）
短网址可以用使用w.url.cn、t.cn(目前新浪已停止新增服务)、dwz.cn、suo.im等接口来生成。
在这里需要注意的事，着陆页的域名尽可能长一点。比如主域名是”heckjj.com“。那到着陆页可能要做到”w4tfd5s7we6ad23hbv8sd5.wx.qq.heckjj.com/heck.html“。
1、heckjj.com域名也做泛解析，然后“w4tfd5s7we6ad23hbv8sd5” 这个着陆页的前面的四级域名都是随机生成的。
2、把”heck.html“做成动态的，让每一次访问都不一样。为什么要做成动态的呢？因为我们在实践过程中发现，有时候不封域名封链接。但是这种方式还是会要用到第一种检测+切换的接口。
10月26
先来认识一下微信屏蔽的原理。按原理逐个攻破，整理如下：微信屏蔽的原理
一、微信系统的两个检测手段：第一是系统的自动检测；第二是微信工作人员的人工检测。
二、 人工的检测很好理解，有用户投诉举报，在多少时间内积累多少次的举报量 ，就有工作人员介入，开始人工检测。—–大站做防护解决。
三、自动检测系统是用户访问域名后跟踪域名内部非法违规的关键字——–跳转代码解决
淘宝客微信域名防封技术，如何防屏蔽？
系统或人工拉黑处理，同时记录域名以及路径——更换域名解决。
具体解决方法：
一、老站和知名站点的域名其实是跳板原理，建站时间久和行业内相对知名的域名最不容易被微信封杀，
当跳转代码注入到上述网站再利用安防等我网址做跳转，指向落地页，被微信封杀的可能性微乎其微；
也有同行用融合软件解决，这个问题我可以和大家单独讨论。
二、微信域名检测接口
微信域名检测接口，推荐使用一家的，快速而且稳定。
三、换域名和屏蔽微信右上角举报按钮把A域名，作为分享域名； 把B域名，作为落地域名（也就是用户访问看到的域名）； 只有从A域名跳转到B域名，B域名显示的才是我们想展示给用户的内容，如果直接复制B的网址，打开的只是一个错误页面或者不违规的内容，也就是说如果TA点击右上角举报，举报的和访问的虽然是同一个网址，可是显示的内容却不同。
从而最大限度的防止域名被封杀。通过技术，屏蔽微信右上角的举报按钮，直接让用户无法举报，直接屏蔽了微信的举报功能，效果很不错。微信技术在不断升级更新，以后有机会把防屏蔽机制和经验总结给大家交流。
一、微信系统的两个检测手段：第一是系统的自动检测；第二是微信工作人员的人工检测。
二、 人工的检测很好理解，有用户投诉举报，在多少时间内积累多少次的举报量 ，就有工作人员介入，开始人工检测。—–大站做防护解决。
三、自动检测系统是用户访问域名后跟踪域名内部非法违规的关键字——–跳转代码解决
淘宝客微信域名防封技术，如何防屏蔽？
系统或人工拉黑处理，同时记录域名以及路径——更换域名解决。
具体解决方法：
一、老站和知名站点的域名其实是跳板原理，建站时间久和行业内相对知名的域名最不容易被微信封杀，
当跳转代码注入到上述网站再利用安防等我网址做跳转，指向落地页，被微信封杀的可能性微乎其微；
也有同行用融合软件解决，这个问题我可以和大家单独讨论。
二、微信域名检测接口
微信域名检测接口，推荐使用一家的，快速而且稳定。
三、换域名和屏蔽微信右上角举报按钮把A域名，作为分享域名； 把B域名，作为落地域名（也就是用户访问看到的域名）； 只有从A域名跳转到B域名，B域名显示的才是我们想展示给用户的内容，如果直接复制B的网址，打开的只是一个错误页面或者不违规的内容，也就是说如果TA点击右上角举报，举报的和访问的虽然是同一个网址，可是显示的内容却不同。
从而最大限度的防止域名被封杀。通过技术，屏蔽微信右上角的举报按钮，直接让用户无法举报，直接屏蔽了微信的举报功能，效果很不错。微信技术在不断升级更新，以后有机会把防屏蔽机制和经验总结给大家交流。
10月25
为方便大家接入这种第三方电商平台推广也方便自己以后查看参考：
开发配置：java、jdk1.8、idea、springboot、windows
一、拼多多
1、进入拼多多开放平台 http://open.pinduoduo.com/#/index 注册为开发者
开发配置：java、jdk1.8、idea、springboot、windows
一、拼多多
1、进入拼多多开放平台 http://open.pinduoduo.com/#/index 注册为开发者
