首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

delete的奇怪行为

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的一部分) 遵循的规则是:通过声明创建的变量和函数带有一个不能删的天赋,而通过显式或者隐式属性赋值创建的变量和函数没有这个天赋 内置的一些对象属性也带有不能删的天赋

2.3K30

一个奇怪的ConstraintViolationException

到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入口进行校验。这也是改动最小的。

42920
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    taskscheduler java_java – taskScheduler池的奇怪行为「建议收藏」

    我有两个弹簧启动应用程序(1.4.3.RELEASE),它们位于同一台服务器上.应用程序A是一个单一的应用程序,其中包含用于处理警报的部分代码,而应用程序B是一个仅处理警报的新专用应用程序.这里的目标是打破小应用程序中的...这两个应用程序有一个基于ThreadPoolTask​​Scheduler配置的taskScheduler....threadPoolTaskScheduler.setWaitForTasksToCompleteOnShutdown(true); threadPoolTaskScheduler.setPoolSize(100); return threadPoolTaskScheduler; } } 昨天,我经历了一个奇怪的行为...已检测到警报并将其发送到新应用B – >好 >应用程序B收到警报并开始根据taskScheduler处理它 – >好 >第一步已由应用程序B处理 – >好 >第二步已由应用程序A处理 – > NOK,奇怪的行为...UPDATE 我有一个发出警报的真实盒子.这些警报必须由新应用程序处理.但我还有旧盒子没有迁移到新系统.所以我在两个不同的项目中有处理代码.

    1.8K10

    一个奇怪的SQL问题

    今天在进行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不会对这种警告进行处理

    86850

    一个奇怪的链接问题

    前言 链接是代码生成可执行文件中一个非常重要的过程。我们在使用一些库函数时,有时候需要链接库,有时候又不需要,这是为什么呢?了解一些链接的基本过程,能够帮助我们在编译时解决一些疑难问题。...比如,下面就有一种奇怪的现象。 一个奇怪的链接问题 程序功能很简单,计算e的n次方。...分析 虽然最后终于成功编译运行,但是不免产生了几个疑问: 两段代码同样都调用了exp函数,为什么一个需要链接,一个不需要链接呢? 到底什么时候需要链接呢? 为什么链接的时候放在前面就不行呢?...1.为什么一个需要链接,一个不需要? 我们可以观察到,代码一调用exp传入的参数是常量2,代码二调用exp传入的参数是变量b,那么对于代码一会不会在运行之前就计算好了呢?...而对于变量型的参数,其值在运行时确定,因此需要调用。我们还可以通过ldd命令来看它们链接的库有什么不同。

    1.6K20

    一个奇怪的登录需求

    TienChin 项目出视频啦~Spring Boot+Vue3,和松哥一起做一个完成率超 90% 的项目,戳戳戳这里-->TienChin 项目配套视频来啦。 ---- 一个奇怪的登录需求。...这是小伙伴们在微信群里的一个提问,我觉得很有意思: 虽然这并非一个典型需求,但是把这个问题解决了,有助于加深大家对于 Spring Security 的理解。...在 Spring Security 中,负责用户校验的工作的类有很多,我这里就不一一列举了(感兴趣的小伙伴可以查看《深入浅出Spring Security》一书),我这里直接说我们涉及到的关键类 AbstractUserDetailsAuthenticationProvider...ProviderManager 去完成校验工作,如果全局 ProviderManager 校验成功,就表示用户登录成功,如果全局 ProviderManager 校验失败,就表示用户登录失败,如下图: OK,有了上面的知识储备...题外话: ❝这个需求还有一个简单的实现方式,就是自定义一个用户不存在的异常,当在 UserDetailsService 中查找用户查找不到时,抛出自定义的异常,这个自定义的异常不会被隐藏,这个比较简单,

    41420

    刚填了一个奇怪的坑

    最近写了一个 API Token 的校验服务,想要增加时效性控制,比如一个 API,超过一段时间(比如 10s)之后,用同样的参数再请求就会被服务器禁掉,无法获取正常数据,这样可以保证数据的安全。...加一个时间的信息就好了,我们可以把时间信息包含在一个 API URL 的额外的参数 token 里面。...经过调试发现是前后端在同一时间获取到的时间戳是不一样的,足足相差了有 16 秒,服务器获取的时间戳比客户端慢了 16s,这导致在同一时刻二者并不能达到阈值条件,导致接口一直不能获取正常数据。...原因 其实原因在于,服务器没有对时间进行校准,时间有偏差,我也是醉了。。 为了校准时间,我搜寻了过一些相关的知识,找到了 NTP 服务器相关问题,这里将时间和 NTP 相关问题记录一下。...Stratum-1 在顶层,有外部 UTC 接入,而 Stratum-2 则从 Stratum-1 获取时间,Stratum-3 从 Stratum-2 获取时间,以此类推,但 Stratum 层的总数限制在

    1.2K20

    React 中的一个奇怪的 Hook

    你可能已经注意到 React Hook 中有一个名为 useMemo 的奇怪的钩子。这个奇怪的钩子意味着什么,它的作用是什么?重要的是,它是怎样为你提供帮助的?...Memoization 有一个非常花哨的术语 memoization 。memoization 是一种“优化技术”,它传递了一个复杂的函数来进行记忆。...它们的行为类似于函数中的参数。依赖关系列表是 useMemo 要去监视的元素:如果没有改变,那么函数的结果将会保持不变,否则它将重新运行这个函数。...什么时候不能用 useMemo useCallback 类似于 useMemo,但是它返回一个被记忆的函数,而 useMemo 有一个返回 value 的函数。...所以今天,我们想给你点真正有品质的内容 —— React 高级玩家必会指南 本次React专题课深度讲解 React 项目的性能优化、React Hooks 实践指南、React 大厂面试真题等 React

    1.8K10

    Django 1.2标准日志模块出现奇怪行为时的解决方案

    在 Django 1.2 中,标准日志模块有时会出现意想不到的行为,例如日志消息未按预期记录、日志级别未正确应用或日志格式错乱等。...下面是一些常见问题的排查方法和解决方案。1、问题背景在 Django 1.2 中,使用标准日志模块记录信息时遇到了一个奇怪的问题。有时候它可以正常工作,而有时候它却无法记录信息。...,我们发现问题出现在 uploader/views.py 中的 get_thumblist 函数中。...,其中 logger 是一个 logging.getLogger() 函数返回的日志对象。...successful​ # Get the video directory dir_path = os.path.dirname(f.file以上方法可以帮助解决 Django 1.2 中标准日志模块的异常行为问题

    10110

    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如何做内存优化 不是自吹,

    63920

    String是一个奇怪的引用类型

    这个例子,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如何做内存优化 不是自吹,文章内容在业界相当硬核(多次被各大佬/

    37230

    Shell脚本中一个奇怪的问题

    这是学习笔记的第 2062 篇文章 今天下午调试了一个Shell脚本,简直是刷新了自己的认知,总体来说,这是一种难得的学习状态:当你精疲力竭找不到出口时,会去尝试各种可能,甚至是不可能的方法,而一旦找准了方向...,找到了问题的症结,竟然发现是那些简单的可以笑掉大牙的小问题,不过问题解决之后那种收获还是很有意思的,无论如何,这个过程都值得自己总结,避免后续犯更lower的小错误。...脚本的内容是一个数据流转相关的需求,背景是一个分布式环境,数据是按照天为单位存储的,需要把这些数据转储做统计分析,源端为MySQL的分布式集群,目标端是Greenplum....所以这几个现象让我感到很郁闷,看起来是多么简单的一个需求,竟然这么纠结。 我试了几种方式来排查这个问题,首先第1,2步通过输出日志验证是没有问题的。...排除了scp的用户的一些配置差异 排除了日志的输出格式的处理差异 排除了scp命令在循环中的语法差异 排除了scp命令的限制,改用rsync的方式问题依然存在 排除了crontab任务属主的潜在配置差异

    79620

    一个关于Define.xml的奇怪问题

    今天一个同事和我说,她在做Define.xml时碰到一个奇怪的问题:最后要生成Define.xml的数据集中已经去除了各种特殊字符,但是生成的Define.xml文件有些地方仍然会有空格(经查询为‘ODOA...接着看了下她的程序: ?...发现以上程序没有问题,一开始我也觉得奇怪,仔细想了下,发现原来是PUT语句搞的鬼,原来PUT语句一行最多可以写255个字符串,所以对于长度超过255的行会自动PUT成多行,这样就会导致最后的Define.xml...有回车和换行符了。...对于这个问题,又要用到强大的正则表达式了,即将变量LINE每隔固定的长度(这里取200)插入一个分隔符,然后生成多行,这样再PUT就不会出问题了。

    75130

    Spring中的事务传播行为有哪些?

    1位工作2年的小伙伴面试的时候被问到这样一个问题,说,Spring中的事务传播行为有哪些?他说他在面试的时候能想起来一些,但在实际项目开发中又基本不需要配置。...1、事务传播行为 ENTER TITLE 在日常开发中,我们经常会存在多个声明了事务的方法相互调用,在这种情况下,会存在嵌套两个或两个以上事务的情况,所谓事务传播行为就是指这些事务之间的传播规则。...methodA()是开启一个新事务,还是继续在methodB()这个事务中执行?就取决于事务的传播行为规则的定义。...在Spring中,一共定义了7种内置的事务嵌套传播行为: 第1种:REQUIRED,它是Spring默认的事务传播行为。表示如果当前存在事务,则加入这个事务,如果不存在事务,就新建一个事务。...第2种:REQUIRE_NEW:表示不管是否存在事务,都会新建一个事务,新建的事务和原来已经定义的事务相互独立。外部事务抛出异常回滚不会影响内部事务的正常提交。

    64610

    关于Windows服务器的一个奇怪的问题

    已经被这个问题困扰了很久了,先说下这个问题的来源及现象吧。 这个问题得从上次换服务器之后说起。...这是公司的服务器,用于手机相关的服务器,为手机业务提供APP的升级、收集手机用户基本信息及为手机APP提供相应的指令。...因为业务原因,手机用户的相关请求在时间上会比较集中,从数据上来说,高峰的时候并发也就几千个吧。...之前的服务器配置比较差一些,4核8G的机器,访问量大的时候响应会比较慢,最慢的时候几十秒才能给返回,服务器的资源也吃满,所以就换成新服务器。...换到新机器之后,资源剩余比较多,但是却时不时的出现访问的时候秒断的情况。

    81820

    MySQL主从复制断开的一个奇怪问题

    这个过程中发现有一个主从复制的问题值得研究一下,虽然最后我解决了,但是具体的原因没有找到,还请大家帮忙看看,也算是集思广益了,如果某一天找到原因了,再回来更新一下。...当时忘了查询一个地方,就是mysql系统数据库中的slave_relay_log_info表,这个表里面的信息本身应该存了relay_log_name的位置,这是一个值得怀疑的点,由于没有查看,这个问题...虽然主从复制修复完成了,但是具体的原因还有待考证,怀疑是表slave_relay_log_info中的数值和真实的relay log文件序号不一致导致的。有好的想法欢迎大家讨论。...处理完成复制关系之后,查看了一下当前的业务方连接,看到有连接打进来,这才放心了。...pool设置为0,导致多核CPU中的一个核心负载飙升到100%。

    2.3K00
    领券