delete的奇怪行为分为2部分： // 1.delete用defineProperty定义的属性报错 // Uncaught TypeError: Cannot delete property 'value...但规则是这样，所以奇怪行为1是合理的 占位初始值 猜测如果属性已经存在了，defineProperty()会收敛一些，考虑一下原descriptor的感受： var obj = {}; obj.value...环境（比如onclick属性值的执行环境，函数调用创建的执行环境）和eval环境（eval传入代码的执行环境） 变量对象/活动对象 每个执行环境都对应一个变量对象，源码里声明的变量和函数都作为变量对象的属性存在...） P.S.变量对象与活动对象这种“玄幻”的东西没必要太较真，各是什么有什么关系都不重要，理解其作用就好 eval环境的特殊性 eval执行环境中声明的属性和函数将作为调用环境（也就是上一层执行环境）的变量对象的属性存在...，能不能删可能只是configurable的一部分） 遵循的规则是：通过声明创建的变量和函数带有一个不能删的天赋，而通过显式或者隐式属性赋值创建的变量和函数没有这个天赋 内置的一些对象属性也带有不能删的天赋
到PINPOINT上看了下，只有一个ConstraintViolationException null 一下子也没搞明白问题在哪 这是个老接口，本次需求也没有涉及这个点。...追查 拿PINPOINT上报错请求的TransactionId 去ELK上查了下，只看到一个null。...稳稳复现 本地Debug 在Debug模式下，启动本地服务，准备Debug 打断点时，发现这个老接口有一些地方很奇怪： 接口的入口处，没有做参数的常规校验 看报错日志中有validation及异常...Spring参数校验中validation-api的作用，进门左手边有篇文章有讲到： 一个奇怪的HV000030: No validator could be found for constraint...至此，未通过校验日志只打印了null的问题解决。 但不完美：返回的message除了期望的提示信息外，还有别的噪音。 调整参数校验的位置 在API入口进行校验。这也是改动最小的。
我有两个弹簧启动应用程序(1.4.3.RELEASE),它们位于同一台服务器上.应用程序A是一个单一的应用程序,其中包含用于处理警报的部分代码,而应用程序B是一个仅处理警报的新专用应用程序.这里的目标是打破小应用程序中的...这两个应用程序有一个基于ThreadPoolTaskScheduler配置的taskScheduler....threadPoolTaskScheduler.setWaitForTasksToCompleteOnShutdown(true); threadPoolTaskScheduler.setPoolSize(100); return threadPoolTaskScheduler; } } 昨天,我经历了一个奇怪的行为...已检测到警报并将其发送到新应用B – >好 >应用程序B收到警报并开始根据taskScheduler处理它 – >好 >第一步已由应用程序B处理 – >好 >第二步已由应用程序A处理 – > NOK,奇怪的行为...UPDATE 我有一个发出警报的真实盒子.这些警报必须由新应用程序处理.但我还有旧盒子没有迁移到新系统.所以我在两个不同的项目中有处理代码.
今天在进行SQL审核的时候，遇到了一个奇怪的SQL，SQL如下： create table datatype10 (d_tinyint int not null default 1 comment...我去，还真是，看人品啊，人家跑就可以，我自己跑就报警告，为什么呢，当时很不理解这个问题，但是读者们看到这里，可能心里已经有了答案，那就是我给同事的SQL和我自己跑的那个SQL肯定不是一样的！！！...果然是这样的，到底是什么原因导致这种问题呢，肯定是两者的内容有不一样的地方，于是将两个SQL语句放在一个文件里面，利用： cat -v 文件名 命令，查看文件中的隐藏字符，结果如下： ?...一个小小的问题，疑惑和很久，于是想着，既然有问题，就直接把这个奇怪的字符换成一个可见的字符处理一把，看看结果有什么差异，于是有了下面的SQL： create table datatype10 (d_tinyint...到这里，问题已经和明确了，确实是因为两个SQL不一样导致的，我的SQL可能因为中英文切换的原因，夹杂进来一个不需要的字符，导致整个SQL报警告，但是也证明了一点，timestamp不会对这种警告进行处理
前言 链接是代码生成可执行文件中一个非常重要的过程。我们在使用一些库函数时，有时候需要链接库，有时候又不需要，这是为什么呢？了解一些链接的基本过程，能够帮助我们在编译时解决一些疑难问题。...比如，下面就有一种奇怪的现象。 一个奇怪的链接问题 程序功能很简单，计算e的n次方。...分析 虽然最后终于成功编译运行，但是不免产生了几个疑问： 两段代码同样都调用了exp函数，为什么一个需要链接，一个不需要链接呢？ 到底什么时候需要链接呢？ 为什么链接的时候放在前面就不行呢？...1.为什么一个需要链接，一个不需要？ 我们可以观察到，代码一调用exp传入的参数是常量2，代码二调用exp传入的参数是变量b，那么对于代码一会不会在运行之前就计算好了呢？...而对于变量型的参数，其值在运行时确定，因此需要调用。我们还可以通过ldd命令来看它们链接的库有什么不同。
TienChin 项目出视频啦～Spring Boot+Vue3，和松哥一起做一个完成率超 90% 的项目，戳戳戳这里-->TienChin 项目配套视频来啦。 ---- 一个奇怪的登录需求。...这是小伙伴们在微信群里的一个提问，我觉得很有意思： 虽然这并非一个典型需求，但是把这个问题解决了，有助于加深大家对于 Spring Security 的理解。...在 Spring Security 中，负责用户校验的工作的类有很多，我这里就不一一列举了（感兴趣的小伙伴可以查看《深入浅出Spring Security》一书），我这里直接说我们涉及到的关键类 AbstractUserDetailsAuthenticationProvider...ProviderManager 去完成校验工作，如果全局 ProviderManager 校验成功，就表示用户登录成功，如果全局 ProviderManager 校验失败，就表示用户登录失败，如下图： OK，有了上面的知识储备...题外话： ❝这个需求还有一个简单的实现方式，就是自定义一个用户不存在的异常，当在 UserDetailsService 中查找用户查找不到时，抛出自定义的异常，这个自定义的异常不会被隐藏，这个比较简单，
最近写了一个 API Token 的校验服务，想要增加时效性控制，比如一个 API，超过一段时间（比如 10s）之后，用同样的参数再请求就会被服务器禁掉，无法获取正常数据，这样可以保证数据的安全。...加一个时间的信息就好了，我们可以把时间信息包含在一个 API URL 的额外的参数 token 里面。...经过调试发现是前后端在同一时间获取到的时间戳是不一样的，足足相差了有 16 秒，服务器获取的时间戳比客户端慢了 16s，这导致在同一时刻二者并不能达到阈值条件，导致接口一直不能获取正常数据。...原因 其实原因在于，服务器没有对时间进行校准，时间有偏差，我也是醉了。。 为了校准时间，我搜寻了过一些相关的知识，找到了 NTP 服务器相关问题，这里将时间和 NTP 相关问题记录一下。...Stratum-1 在顶层，有外部 UTC 接入，而 Stratum-2 则从 Stratum-1 获取时间，Stratum-3 从 Stratum-2 获取时间，以此类推，但 Stratum 层的总数限制在
你可能已经注意到 React Hook 中有一个名为 useMemo 的奇怪的钩子。这个奇怪的钩子意味着什么，它的作用是什么？重要的是，它是怎样为你提供帮助的？...Memoization 有一个非常花哨的术语 memoization 。memoization 是一种“优化技术”，它传递了一个复杂的函数来进行记忆。...它们的行为类似于函数中的参数。依赖关系列表是 useMemo 要去监视的元素：如果没有改变，那么函数的结果将会保持不变，否则它将重新运行这个函数。...什么时候不能用 useMemo useCallback 类似于 useMemo，但是它返回一个被记忆的函数，而 useMemo 有一个返回 value 的函数。...所以今天，我们想给你点真正有品质的内容 —— React 高级玩家必会指南 本次React专题课深度讲解 React 项目的性能优化、React Hooks 实践指南、React 大厂面试真题等 React
根因就是大多数高级语言都把String设计成不可变的: 由一个字符串池管理字符串面值。 为什么被设计成不可变。...这个我还真的搜索了一下[1]： 总结起来： string 被设计为不可变， 是因为 string在现代任何语言中，使用很频繁：多个对象可能都是这个字符面值， 然后就设计一个Pool来存储string。...一个有意思的现象是：String虽然是引用类型，字符串对比时却表现的像值类型 string str1="FooFoo"; string strFoo="Foo"; string str2= strFoo...，所以我们有了优化的套路： StringBuilder 代表可变的字符串，一旦修改不会尝试创建新对象，而是动态扩展内存 var ss = new StringBuilder("Hello ", 100)...总结输出 今天从两张诡异的编程图聊到了String的不可变性、内存分布， 延伸谈到了 String不可变性的设计设计考量(有先射箭再画靶的嫌疑☺️) 针对频繁修改的String如何做内存优化 不是自吹，
这两天遇到一个很奇怪的bug，在移动端，一个页面里所有的input框都不能点击，我查了一下，里面的没有设置readonly属性，只要页面滚动一下就可以用了，而且，只要我在真机测试的时候，f12开发者模式下...，一旦选中这个元素也可以点击了，很奇怪，结果我就去公共样式里排查，home.css。...结果定位到了这么一段我很不熟悉的代码片段 /* -webkit-user-drag: none; -webkit-tap-highlight-color: rgba(0, 0, 0, 0); -moz-tap-highlight-color...transparent; -o-tap-highlight-color: transparent; tap-highlight-color: transparent; */ 很神奇，这些属性只会影响到安卓手机，对ios的手机没啥影响
这个例子，string是纯粹的引用类型，但是在函数传值时类似于值传递；我之前给前后示例的内存变化图吧： 根因就是大多数高级语言都把String设计成不可变的: 由一个字符串池管理字符串面值。...这个我还真的搜索了一下[1]： 总结起来： string 被设计为不可变， 是因为 string在现代任何语言中，使用很频繁：多个对象可能都是这个字符面值， 然后就设计一个Pool来存储string。...一个有意思的现象是：String虽然是引用类型，字符串对比时却表现的像值类型 string str1="FooFoo"; string strFoo="Foo"; string str2= strFoo...，所以我们有了优化的套路： StringBuilder 代表可变的字符串，一旦修改不会尝试创建新对象，而是动态扩展内存 var ss = new StringBuilder("Hello ", 100)...String的不可变性、内存分布， 延伸谈到了 String不可变性的设计设计考量(有先射箭再画靶的嫌疑☺️) 针对频繁修改的String如何做内存优化 不是自吹，文章内容在业界相当硬核(多次被各大佬/
这是学习笔记的第 2062 篇文章 今天下午调试了一个Shell脚本，简直是刷新了自己的认知，总体来说，这是一种难得的学习状态：当你精疲力竭找不到出口时，会去尝试各种可能，甚至是不可能的方法，而一旦找准了方向...，找到了问题的症结，竟然发现是那些简单的可以笑掉大牙的小问题，不过问题解决之后那种收获还是很有意思的，无论如何，这个过程都值得自己总结，避免后续犯更lower的小错误。...脚本的内容是一个数据流转相关的需求，背景是一个分布式环境，数据是按照天为单位存储的，需要把这些数据转储做统计分析，源端为MySQL的分布式集群，目标端是Greenplum....所以这几个现象让我感到很郁闷，看起来是多么简单的一个需求，竟然这么纠结。 我试了几种方式来排查这个问题，首先第1,2步通过输出日志验证是没有问题的。...排除了scp的用户的一些配置差异 排除了日志的输出格式的处理差异 排除了scp命令在循环中的语法差异 排除了scp命令的限制，改用rsync的方式问题依然存在 排除了crontab任务属主的潜在配置差异
当我查询的时候明明两张表都有数据，但是用了not in 之后就出问题了！！ 这是为什么呢？ 原因很简单：由于NULL不能进行如下的“操作” –如果null参与算术运算，则该算术表达式的值为null。...--如果在not in子查询中有null值的时候,则不会返回数据。 我们中了最后一条！！！ 子查询的字段中如果有null 值则不会反悔任何数据！！ ? 学到了 下次注意了！！哈哈！
1位工作2年的小伙伴面试的时候被问到这样一个问题，说，Spring中的事务传播行为有哪些？他说他在面试的时候能想起来一些，但在实际项目开发中又基本不需要配置。...1、事务传播行为 ENTER TITLE 在日常开发中，我们经常会存在多个声明了事务的方法相互调用，在这种情况下，会存在嵌套两个或两个以上事务的情况，所谓事务传播行为就是指这些事务之间的传播规则。...methodA()是开启一个新事务，还是继续在methodB()这个事务中执行？就取决于事务的传播行为规则的定义。...在Spring中，一共定义了7种内置的事务嵌套传播行为： 第1种：REQUIRED，它是Spring默认的事务传播行为。表示如果当前存在事务，则加入这个事务，如果不存在事务，就新建一个事务。...第2种：REQUIRE_NEW：表示不管是否存在事务，都会新建一个事务，新建的事务和原来已经定义的事务相互独立。外部事务抛出异常回滚不会影响内部事务的正常提交。
在升级到python3的时候，发现了一个map函数的变化，害得我找了半天问题。...在python2中，map会直接返回结果，比如说: map(lambda x: x, [1,2,3]) 可以直接返回 [1,2,3] 但是到了python3, 返回的就是一个map对象: <map object...接下来就是我发现的python3下map坑爹货了： 如果不在map前加上list，lambda函数根本就不会执行 这个改动真是太不正常了，ruby、js和lisp都没这么干的。...我也没搞懂这样做有什么好处？
今天一个同事和我说，她在做Define.xml时碰到一个奇怪的问题：最后要生成Define.xml的数据集中已经去除了各种特殊字符，但是生成的Define.xml文件有些地方仍然会有空格（经查询为‘ODOA...接着看了下她的程序： ?...发现以上程序没有问题，一开始我也觉得奇怪，仔细想了下，发现原来是PUT语句搞的鬼，原来PUT语句一行最多可以写255个字符串，所以对于长度超过255的行会自动PUT成多行，这样就会导致最后的Define.xml...有回车和换行符了。...对于这个问题，又要用到强大的正则表达式了，即将变量LINE每隔固定的长度（这里取200）插入一个分隔符，然后生成多行，这样再PUT就不会出问题了。
后来发现原因很扯竟然是 父父级div 设置了 overflow: hidden;
这个过程中发现有一个主从复制的问题值得研究一下，虽然最后我解决了，但是具体的原因没有找到，还请大家帮忙看看，也算是集思广益了，如果某一天找到原因了，再回来更新一下。...当时忘了查询一个地方，就是mysql系统数据库中的slave_relay_log_info表，这个表里面的信息本身应该存了relay_log_name的位置，这是一个值得怀疑的点，由于没有查看，这个问题...虽然主从复制修复完成了，但是具体的原因还有待考证，怀疑是表slave_relay_log_info中的数值和真实的relay log文件序号不一致导致的。有好的想法欢迎大家讨论。...处理完成复制关系之后，查看了一下当前的业务方连接，看到有连接打进来，这才放心了。...pool设置为0，导致多核CPU中的一个核心负载飙升到100%。
已经被这个问题困扰了很久了，先说下这个问题的来源及现象吧。 这个问题得从上次换服务器之后说起。...这是公司的服务器，用于手机相关的服务器，为手机业务提供APP的升级、收集手机用户基本信息及为手机APP提供相应的指令。...因为业务原因，手机用户的相关请求在时间上会比较集中，从数据上来说，高峰的时候并发也就几千个吧。...之前的服务器配置比较差一些，4核8G的机器，访问量大的时候响应会比较慢，最慢的时候几十秒才能给返回，服务器的资源也吃满，所以就换成新服务器。...换到新机器之后，资源剩余比较多，但是却时不时的出现访问的时候秒断的情况。
server.cc 没有头文件，毕竟是陪衬，后面要专门写一个reactor模型做网络层。...奇怪之处不止在这里，第一个 buf 使用new分配空间并无不妥，在于第二个 buff，使用 new 申请空间，则会在第三次接收数据时出现脏数据，稳稳的，测了十几次，就是第三个数据包接收出问题（每个数据包内容都一样...诡异的不止于此，当第二个 buff 恢复正常之后，我想是不是堆区太乱了啊？于是就想把第一个 buf 也换成 char[8]，但是又出现了脏数据的问题，这回更快，第一个数据包就出现了脏数据，无语得很。...于是我打印出地址，二者之间差了80个字节，有什么串不串的，而且我还 memset 了，依旧无济于事。 所以，这个 bug 是解决了吗？...2、检查令牌环 //登录之后才有令牌环，所以这个应该在具体业务里面做，令牌环应该以具体账号+密码的形式组成，如果不放心，还可以加上时间戳 3、检查时间戳 //每个连接在服务器上都保留有一个时间戳
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
即时通信 IM
对象存储
