我想知道两者之间是否存在性能差异
检查值是否大于/小于另一个值
for(int x = 0; x < y; x++); // for y > x
Run Code Online (Sandbox Code Playgroud)
和
检查某个值是否与另一个值不相等
for(int x = 0; x != y; x++); // for y > x
Run Code Online (Sandbox Code Playgroud)
为什么?
另外:如果我比较零怎么办?还有什么区别吗?
如果答案还考虑了代码上的分组视图,那将是很好的.
编辑: 正如大多数人所指出的那样,性能上的差异当然可以忽略不计,但我对cpu级别的差异感兴趣.哪个操作比较复杂?
对我来说,学习/理解这项技术更具问题.
我删除了Java标签,我意外添加了标签,因为这个问题通常不仅仅基于Java,对不起.
我想显示一个时间序列图表,C3.js使用格式2015-09-17 18:20:34和格式字符串中的日期,'%Y-%m-%d %H:%M:%S'但无法解析.
我的代码:
var chart = c3.generate({
bindto: '#chart',
data: {
x: 'times',
columns: [
['times','2015-09-17 18:20:34','2015-09-17 18:25:42','2015-09-17 18:30:48'],
['data','1539','1546','1546','1550']
]
},
axis: {
x: {
type: 'timeseries',
tick: {
format: '%Y-%m-%d %H:%M:%S'
}
}
}
});
Run Code Online (Sandbox Code Playgroud)
我收到以下错误:
02:26:44.889 Failed to parse x '2015-09-17 18:20:34' to Date object c3.min.js:1:21943
02:26:44.889 Failed to parse x '2015-09-17 18:25:42' to Date object c3.min.js:1:21943
02:26:44.890 Failed to parse x '2015-09-17 18:30:48' to Date object c3.min.js:1:21943
02:26:44.890 Failed …Run Code Online (Sandbox Code Playgroud) 我从 API 收集了数据来构建历史记录。最初,我每五分钟保存一次所有值。后来,我更改了程序,只保存已更改的数据。
\n现在,我想清理旧数据并删除同一和count中的先前记录中未更改的所有值。accountid
account id count time\n42 12147 492 2015-09-20 11:31:14.0\n42 12147 492 2015-09-20 11:36:19.0 // delete\n13 12147 246 2015-09-20 11:31:14.0\n2 12253 183 2015-09-20 11:36:19.0\n2 19684 805 2015-09-20 12:00:41.0 // note in next comment\n2 19684 810 2015-09-20 12:05:41.0\n2 19684 805 2015-09-20 12:10:41.0 // we had this combination, but do not delete this record because the previous value was different\n2 19684 805 2015-09-20 12:15:41.0 // delete\n2 19684 805 2015-09-20 12:20:41.0 // delete\n2 …Run Code Online (Sandbox Code Playgroud) 我正在尝试解析日期字符串,该字符串可以具有不同格式的树.即使String不应该与第二个模式匹配,它也会以某种方式返回错误的日期.
那是我的代码:
import java.text.ParseException;
import java.text.SimpleDateFormat;
import java.util.Date;
public class Start {
public static void main(String[] args) {
SimpleDateFormat sdf = new SimpleDateFormat("dd.MM.yyyy");
try{
System.out.println(sdf.format(parseDate("2013-01-31")));
} catch(ParseException ex){
System.out.println("Unable to parse");
}
}
public static Date parseDate(String dateString) throws ParseException{
SimpleDateFormat sdf = new SimpleDateFormat("dd.MM.yyyy");
SimpleDateFormat sdf2 = new SimpleDateFormat("dd-MM-yyyy");
SimpleDateFormat sdf3 = new SimpleDateFormat("yyyy-MM-dd");
Date parsedDate;
try {
parsedDate = sdf.parse(dateString);
} catch (ParseException ex) {
try{
parsedDate = sdf2.parse(dateString);
} catch (ParseException ex2){
parsedDate = sdf3.parse(dateString);
}
} …Run Code Online (Sandbox Code Playgroud) 我正在尝试使用构建自己的应用程序Tanuki Java Service Wrapper。
设置和配置工作正常,但是通过包装器启动了我的应用程序(也起作用)之后,它会在一段时间后关闭,因为包装器“正在等待JVM发出的信号超时”。
我的应用程序在启动后仍在工作,但仍被关闭。
我目前仍处于设置/测试阶段,因此我只是通过bat文件启动包装程序,而尚未将其作为Windows服务。
我有两个想法,为什么会这样:
1)主线程在启动其他几个线程后终止。我试图让主线程一直等待而不是终止而不是终止,但这无济于事(此外,包装程序也应该在没有主线程的情况下工作)。
2)我的程序主要只是在等待事件(目录监视服务),但是即使我触发了某些事件,它仍然会关闭。
我试图通过禁用JVM ping检查,wrapper.ping.timeout=0但这也没有用,如果我进行了检查,以防应用程序真正挂起,那将是很好的选择。
我正在使用jdk1.7.0_79和wrapper-windows-x86-32-3.5.27。
我有一个包含很多列的交互式网格,APEX 将它们全部放在屏幕上,使它们变得很小而有用。我怎样才能给它们一个默认宽度并让它们用滚动条离开屏幕?
更改部分中Width列的参数Appearance没有视觉效果。
我正在使用 APEX 5.1
我刚刚遇到Java中的synchronized块,并编写了一个小程序来测试它是如何工作的.
我创建10个线程,让每个线程增加一次Integer对象1000次.
因此,在同步之后,我会假设在所有线程完成工作后结果为10000,结果小于10000而没有同步.
然而,同步并不像我预期的那样.
我想它与物体的不变性有关.
我的节目:
public class SyncTest extends Thread{
private static Integer syncObj = new Integer(0);
private static SyncTest[] threads = new SyncTest[10];
private boolean done = false;
public void run(){
for(int i = 0; i < 1000; i++){
synchronized(syncObj){
syncObj ++;
}
}
done = true;
}
public static void main(String[] args) {
for(int i=0; i < threads.length; i++){
threads[i] = new SyncTest();
threads[i].start();
}
while(!allDone()); //wait until all threads finished
System.out.println(syncObj);
}
private static boolean allDone(){ …Run Code Online (Sandbox Code Playgroud) java ×3
parsing ×2
c3.js ×1
comparison ×1
date ×1
definition ×1
groovy ×1
javascript ×1
jvm ×1
mysql ×1
oracle-apex ×1
performance ×1
sql ×1
sql-delete ×1
tanuki ×1
time-series ×1
variables ×1