由OptionalLong想到的拆装箱问题】的更多相关文章

包装类型为null的时候时候拆箱会报空指针…
记录日常工作中一些容易被忽视的错误及细节,持续更新...... 一.问题:HashMap<Long, String>中,用get(Integer key)取不到值 Map<Long, String> map = new HashMap<Long, String>(); map.put(1L, "1"); System.err.println(map.get(1));// null System.err.println(map.get(1L)); 1.…
最近,阿里巴巴Java开发手册发布了最新版--泰山版,这个名字起的不错,一览众山小. 新版新增了30+规约,其中有一条规约引起了作者的关注,那就是手册中提到在三目运算符使用过程中,需要注意自动拆箱导致的NullPointerException(后文简称:NPE)问题: 因为这个问题我很久之前(2015年)遇到过,曾经在博客中也记录过,刚好最新的开发手册再次提到了这个知识点,于是把之前的文章内容翻出来并重新整理了一下,带大家一起回顾下这个知识点. 可能有些人看过我之前那篇文章,本文并不是单纯的"旧…
1.HDU 5976 Detachment 2.题意:给一个正整数x,把x拆分成多个正整数的和,这些数不能有重复,要使这些数的积尽可能的大,输出积. 3.总结:首先我们要把数拆得尽可能小,这样积才会更大(当然不能拆1).所以容易想到是拆成2+3+...+n+s=x,先求出n即2+3+...+n<x<2+3+...+n+(n+1),然后将某个数向右平移s个单位变为n+1即可.注意:(1)预处理出前缀和,前缀积.(2)将某个数移到n+1,要除这个数再乘n+1,这里要用逆元,也要预处理出来. #in…
http://codeforces.com/problemset/problem/735/D 题意:给出一个n,这个n可以分解成 n = n1 + n2 + -- + nk,其中k可以取任意数.要使得分解以后所有的n的最大因子(不包括自己本身)的和最小,问最小的和是多少. 思路:比赛的时候想到全部拆成素数是最好的,但是不知道怎么拆,看别人跑的特别快,就知道是数论题,绝望之下试了两发暴力,都是TLE了,GG.早上起来才知道有"哥德巴赫猜想"这个东西. 内容大概是如下两点: 1.所有大于2…
上一篇,用 GPIO 直接供电给 LED,用高低电平作开关,不靠谱.GPIO 是信号用的,不是当电源用的.而且,一个 GPIO 只能给可怜的 5mA 左右,取多了会烧(我没烧过不知道是不是真的会烧,但说明书上面是这样写).这样玩不过来,所以我做了以下三极管实验. 2N3904 参数请点击这里.不推荐这个,lcm 是 200mA,但我只有它,没办法.三极管,我当作开关用. 先用面包板试一次: 我准备用 BBB 3.3V 取电,2N3904 ,lcm 200mA,就是 C 脚只能 200mA 上限,…
对于这种题很容易看出是费用流吧…… 但这道题不容易建模: 首先是怎么表示目标状态和其实状态,看起来有黑有白很复杂 但实际上,不难发现,白色格子没什么用,起决定作用的是黑格子 也就是我们可以把问题简化:我们怎么把开始的黑格子移到目标位置 但这个移动不是一般的移动: 在一条路径中,不难发现,起始两点是只要交换一次,其他路径上个点都是要交换2次 由于题目给出的限制是点的交换次数限制c,所以不难想到要拆点 但是平常的拆两点好像无法表示这个特征, 于是我们就拆成3个点…… p1--->p0--->p2…
Problem 1606 - Funny Sheep Time Limit: 1000MS   Memory Limit: 65536KB    Total Submit: 612  Accepted: 169  Special Judge: No Description There are N+1 rows and M+1 columns fence with N*M grids on the grassland. Each grid has a sheep. In order to let…
注意 此文章禁止一切含虚伪内容的评论,违者删除评论 其删除解释权归博主所有 Part1 论yyb NOIP 如何炸裂 前言 离NOIP已有三个星期,忘却的救主快要降临了吧,我正有写一篇总结的必要了... 先把成绩贴出来吧... 首先先\(orz\) \(pll\)大佬,不解释了... 这篇文章当然是区别于滚粗记了.. 滚粗记是记录自己考场上的心态之类的东西 这一篇,是记录自己的各种傻逼错误 正文 拆成两天来看吧.. Day1 \(100+100+30...\) \(T1\) 这是一道送分的题目,…
关注嘉为科技,获取运维新知 企业应用系统:从单体应用走向微服务架构:从裸金属走向容器. 如果在诸多热门云计算技术诸如容器.微服务.DevOps.OpenStack等之中,找出一个最火的方向,那么可能非微服务莫属.尽管话题炙手可热,但对传统行业来说,微服务落地和方法论目前处于起步阶段. 单体架构 对于传统企业来说,数字化转型的需求日益迫切,其IT架构面临着互联网融合业务中海量用户和快速迭代的巨大挑战.当前,我们所开发的应用,不管是运行在局域网中还是部署在云端的,都采用了单体架构.分布式架构或微服务…