const Ln2= 0.693147180559945309417232121458\             176568075500134360255254120680009 const Log2E= 1/Ln2 // this is a precise reciprocal const Billion = 1e9 // float constant const hardEight = (1 << 100) >> 97 

根據(jù)上面的例子我們可以看到，反斜杠 \ 可以在常量表達式中作為多行的連接符使用。

格式化說明符

在格式化字符串里，%d 用于格式化整數(shù)（%x 和 %X 用于格式化 16 進制表示的數(shù)字），%g 用于格式化浮點型（%f 輸出浮點數(shù)，%e 輸出科學計數(shù)表示法），%0d 用于規(guī)定輸出定長的整數(shù)，其中開頭的數(shù)字 0 是必須的。

%n.mg 用于表示數(shù)字 n 并精確到小數(shù)點后 m 位，除了使用 g 之外，還可以使用 e 或者 f，例如：使用格式化字符串 %5.2e 來輸出 3.4 的結果為3.40e+00。

包是結構化代碼的一種方式：每個程序都由包（通常簡稱為 pkg）的概念組成，可以使用自身的包或者從其它包中導入內容。

如同其它一些編程語言中的類庫或命名空間的概念，每個 Go 文件都屬于且僅屬于一個包。一個包可以由許多以 .go 為擴展名的源文件組成，因此文件名和包名一般來說都是不相同的。

你必須在源文件中非注釋的第一行指明這個文件屬于哪個包，如：package main。package main表示一個可獨立執(zhí)行的程序，每個 Go 應用程序都包含一個名為 main 的包。

如果需要多個包，它們可以被分別導入：

import "fmt" import "os" 

或：

import “fmt”; import “os” 

但是還有更短且更優(yōu)雅的方法（被稱為因式分解關鍵字，該方法同樣適用于 const、var 和 type 的聲明或定義）：

import (     "fmt"     "os" )

可見性規(guī)則
當標識符（包括常量、變量、類型、函數(shù)名、結構字段等等）以一個大寫字母開頭，如：Group1，那么使用這種形式的標識符的對象就可以被外部包的代碼所使用（客戶端程序需要先導入這個包），這被稱為導出（像面向對象語言中的 public）；標識符如果以小寫字母開頭，則對包外是不可見的，但是他們在整個包的內部是可見并且可用的（像面向對象語言中的 private ）。

你可以通過使用包的別名來解決包名之間的名稱沖突，或者說根據(jù)你的個人喜好對包名進行重新設置，如：import fm "fmt"。下面的代碼展示了如何使用包的別名：
Example 4.2 alias.go
package main import fm "fmt" // alias3  func main() {     fm.Println("hello, world") }
函數(shù)里的代碼（函數(shù)體）使用大括號 { } 括起來。
左大括號 { 必須與方法的聲明放在同一行，這是編譯器的強制規(guī)定，否則你在使用 gofmt 時就會出現(xiàn)build-error: syntax error: unexpected semicolon or newline before { 這樣的錯誤提示。

一個函數(shù)可以擁有多返回值，返回類型之間需要使用逗號分割，并使用小括號 ( ) 將它們括起來，如：func FunctionName (a typea, b typeb) (t1 type1, t2 type2)

Java路徑中的空格問題
1、 URLTest.class.getResource("/").getPath();
    URLTest.class.getResource("/").getFile();
    URLTest.class.getClassLoader().getResource("").getPath();
    Thread.currentThread().getContextClassLoader().getResource("").getPath();等多種相似方式獲得的路徑，不能被FileReader()和FileWriter()直接應用，原因是URL對空格，特殊字符(%,#,[]等)和中文進行了編碼處理。如果文件中URLTest.class.getResource("/").getPath();必須以"/"開頭然后再加文件名，而URLTest.class.getClassLoader().getResource("").getPath();不用加"/"可以直接添加文件名。

路徑中包含空格時，如果空格變?yōu)?%20"有如下處理方法：
1)使用repaceAll("%20",' ')替換，但只能解決空格問題，如果路徑中包含其他特殊字符和中文就不能解決問題。
2)使用URLDecoder.decode(str,"UTF-8")解碼，但是只能解決一部分，若路徑中含有+，也是不能解決的，原因是URL并不是完全用URLEncoder.encode(str,"UTF-8")編碼的,+號被解碼后，則變成空格。
3)解決所有的問題,用URLTest.class.getClassLoader().getResource("").toURI().getPath();，但是需要處理URISyntaxException異常，比較麻煩一些。

2、new URL();的參數(shù)可以為正確的URI，或者為URI格式的字符串；若字符串是非完整的URI格式，則創(chuàng)建失敗。java.net.URI返回的路徑中的空格以“空格”的形式出現(xiàn)方法為Thread.currentThread().getContextClassLoader().getResource("").toURI().getPath();但是Thread.currentThread().getContextClassLoader().getResource("").toURI().toString();則會以“%20”的形式出現(xiàn)。java.net.URL返回的一切路徑中的空格都是以“%20”的形式出現(xiàn)。URL/URI返回的路徑分隔符都是“/”(控制臺輸出"/")。

3、new File(String filePath);接受正確URI格式的參數(shù)和帶“空格”（非%20）的正確相對/絕對字符串路徑，否則即使給的路徑是正確的也會出現(xiàn)找不到文件的異常。File返回的路徑分隔符都為“\”(控制臺輸出"\")，對于存在的文件返回的路徑字符串，空格都以"空格"出現(xiàn)，而不存在的路徑new出的file，getPath（）返回的路徑中的空格，仍是new File(String filePath)的參數(shù)中原有的形式，即若filePath中是空格的getPath（）返回的仍是空格，是“%20”的仍是“%20”。File.toURI() 會將file的路徑名中的“空格”轉化為“%20”，然后在路徑前加protocol："file:/"，而File.toURL()只會在file路徑 前簡單的加上protocol："file:/"，而不會將“空格”轉化為“%20”，原來的無論是“空格”還是“%20”都只會原樣保留。

實際使用中遇到的問題總結如下：
1、相對路徑(即相對于當前用戶目錄的相對路徑)均可通過以下方式獲得（不論是一般的java項目還是web項目） String relativelyPath=System.getProperty("user.dir"); 對于一般的java項目中的文件是相對于項目的根目錄，而對于web項目中的文件路徑，可能是服務器的某個路徑，同時不同的web服務器也不同 （tomcat是相對于 tomcat安裝目錄\bin）。為此，個人認為，在web項目中，最好不要使用“相對于當前用戶目錄的相對路徑”。然而默認情況下，java.io 包中的類總是根據(jù)當前用戶目錄來分析相對路徑名。此目錄由系統(tǒng)屬性 user.dir 指定，通常是 Java 虛擬機的調用目錄。這就是說，在使用java.io包中的類時，最好不要使用相對路徑。否則，雖然在SE程序中可能還算正常，但是到了EE程序中，可能會出現(xiàn)問題。

2、web項目根目錄獲取
1)建立一個servlet,在其init()方法中添加如下代碼
ServletContext context = this.getServletContext(); 
String strs = context.getRealPath("/"); 
2）利用httpServletRequest，得到相應的項目路徑
String pathUrl = request.getSession().getServletContext().getRealPath("/");

Objective-C 類聲明，定義，實例，初始化

14235
 Read time :24ms
 Write time :21ms

14235
 Read time :2ms
 Write time :0ms

A mapped byte buffer and the file mapping that it represents remain valid until the buffer itself 
 is garbage-collected.
 
 

AccessController.doPrivileged(new PrivilegedAction() {
   public Object run() {
     try {
       Method getCleanerMethod = buffer.getClass().getMethod("cleaner", new Class[0]);
       getCleanerMethod.setAccessible(true);
       sun.misc.Cleaner cleaner = (sun.misc.Cleaner) 
       getCleanerMethod.invoke(byteBuffer, new Object[0]);
       cleaner.clean();
     } catch (Exception e) {
       e.printStackTrace();
     }
     return null;
   }
 });