1：有測試環境的數據的吧，測試環境用個GUI工具，比如AnotherRedisDesktopManager,連上redis，然后看下有沒有你的這個bull:luckdraw:32 ，或者類似的值，找找對應的hash key是什么？2：還是在測試環境，可以嘗試下 keys bull:* ,看下有沒有這個bull的key，都是些什么，然后找一些可能有共同前綴或者類型的看下3：不能看到代碼嗎？直接去代碼搜 bull luckdraw 這幾個關鍵字?？聪聦O置的hash key是什么？

public static void bfs(int[][] g, int s){ int[] d = new int[g.length], // distances p = new int[g.length]; // previous node Arrays.fill(d, Integer.MAX_VALUE); // set all distances to infinity Arrays.fill(p, -1); d[s] = 0; // distance to starting node is 0 Queue<Integer> q = new LinkedList<>(); q.add(s); while(!q.isEmpty()){ int u = q.poll(); for(int v = 0; v < g.length; v++){ if(g[u][v] == 1 // edge exists && d[u] + 1 < d[v]){ // distance is less d[v] = d[u] + 1; p[v] = u; q.add(v); } } }}

在每種情況下，散列的數據都是不同的。 在Git Bash中，您正在散列Apple Pie\n；也就是說，數據以LF結尾，Unix行結束。在CMD中，您使用CRLF對Apple Pie\r\n進行哈希運算，Windows行以CRLF結尾。 對于PowerShell，通過管道輸入的任何內容都會轉換為little-endianUTF-16，并帶有字節順序標記和CRLF結尾，因此需要對其進行哈希處理。git hash-object在任何情況下都是一樣的，但傳遞給它的字節是不同的。 如果你想要可復制的數據，不要使用echo。使用printf，它不會自動添加換行符。此外，如果不想轉換數據，請不要通過PowerShell中的管道傳遞數據。PowerShell中的管道總是將內容強制為其內部文本格式，并且不是二進制安全的，因此我建議您在任何時候都不要使用PowerShell管道。

IV測定錯誤。你必須使用keyHashed.getEncoded()，而不是keyHashed.toString().getBytes()。然后得到PHP代碼的結果。 除此之外，您的密鑰派生是不安全的：因為IV是密鑰的前16個字節，所以相同的密碼也意味著相同的密鑰/IV對，這是不安全的。對于密碼，最好使用可靠的密鑰派生函數和隨機生成的salt。IV可以與密鑰一起推斷，也可以獨立隨機生成。Salt（或IV）不是秘密的，可以通過密文進行解密，通常是串聯的。 編碼時（例如inp.getBytes()），應始終指定編碼（例如StandardCharsets.UTF_8）。同樣的解碼（new String(..., StandardCharsets.UTF_8)）。否則將使用默認編碼，這可能會導致cross-platform問題。

選擇4。識別文件的內容。 Hash是一個函數，它應該為每個輸入返回一個恒定長度的輸出。哈希函數的另一個屬性是，對于任何輸入a，它總是返回相同的值b。這意味著，如果您提供文件a并存儲其哈希值b，那么每當您再次提供文件a，您將得到哈希值b。最后一個屬性是，對于不同的輸入c、d和哈希函數f，f(c)應該不同于f(d)（或者輸出相等的概率應該接近0） 在實際情況下，下載軟件時經常會發現散列，并希望驗證下載的文件是否正確。開發人員將可執行文件的散列放在他們的站點上。您正在下載文件并計算校驗和（哈希），以便將其與網站上的文件進行比較。如果匹配，那么您就知道它是相同的（只要不知道哈希算法有沖突…）。 這是比較文件內容的很好的方法，bc哈希占用的空間比實際文件少得多。

你的同事完全錯了。 如果散列工作正常，則所有散列值的可能性應該相等，其關系在輸入數據中并不明顯。 當您獲取hash mod some值時，您將同樣可能的哈希輸入映射到數量減少的輸出桶。結果現在分布不均勻，以至于不同數量的輸入可以產生輸出。只要桶的數量相對于哈希值的范圍較小，這種差異就很小。它的大小順序為#個桶/#個哈希值。由于存儲桶的數量通常小于10^6，而哈希值的數量大于10^19，因此這實際上非常小。但是，如果bucket的數量除以散列值的范圍，則沒有差異。 只有當bucket數除以hash函數的范圍時，才能得到最佳分布，否則素性就不存在。由于哈希函數的范圍通常是2的冪，因此素數的桶不太可能對您有任何幫助。

編輯：原來從迭代到遞歸的轉換是個麻煩。OP發現的實際問題在第二個遞歸select調用的參數中。 This line: return select(numbers, left, pivotIndex + 1, i); should be return select(numbers, pivotIndex + 1, right, i); 我將在下面留下最初的答案，因為我不想顯得比實際聰明。 我認為您可能誤解了select方法的偽代碼—它使用迭代而不是遞歸。 以下是您當前的實現： private static int select(int[] numbers, int left, int right, int i) { if(left == right) { return left; } int pivotIndex = pivot(numbers, left, right); pivotIndex = partition(numbers, left, right, pivotIndex, i); if(i == pivotIndex) { return i; }else if(i < pivotIndex) { return select(numbers, left, pivotIndex - 1, i); }else { return select(numbers, left,

創建一個定制的比較器將是解決這種情況的理想方法。 public class CurrencyComparator implements Comparator<String> { public static void main(String[] args) { List<String> currencyList = Arrays.asList("CHF", "USD", "AUD", "EUR", "0995", "AED"); currencyList.sort(new CurrencyComparator()); currencyList.forEach(System.out::println); } private int getTypeOrder(String cur) { switch (cur) { case "USD": return 0; case "CHF": return 1; case "EUR": return 2; default: return cur.matches("[A-Za-z]*") ? 3 : 4; } } @Override public int compare(String cur1, String cur2) { int typeOrder1 = getTypeOrder(cur1); int typeOrder2

下面是一個工作示例。 首先，您需要安裝： composer require illuminate/configcomposer require illuminate/databasecomposer require illuminate/hashing 下面是代碼示例： <?phpuse Illuminate\Config\Repository;use Illuminate\Container\Container as IlluminateContainer;use Illuminate\Hashing\HashManager;use Illuminate\Support\Facades\Facade;use Illuminate\Support\Facades\Hash;use Illuminate\Database\Capsule\Manager as Capsule;require_once __DIR__ . '/../vendor/autoload.php';$container = new IlluminateContainer();Facade::setFacadeApplication($container);$container->singleton('config', function () { return new Repository();});

在下面的重復中初始化布爾變量而不是re-initializing導致了代碼中的問題。因此，在下面我建議的代碼塊中，我已經刪除了布爾變量。此外，一旦程序確定了正確的電子郵件匹配項，您可以嘗試中斷循環。 for(int i = 0; i< p;i++){ if(matchValue.equals(rolodex[i][0]) { System.out.println("Match Found!"); System.out.println(rolodex[i][1]); break; } else if (i==p-1) { System.out.println("Match not found!"); } }

對于索引i，只需從i-1啟動索引j。在while循環中，在從該索引訪問數據之前，始終首先檢查索引的有效性。以下代碼解決了您的問題： public int[] sort(int[] unsorted) { int i, j, v; for (i = 1; i < unsorted.length; i++) { v = unsorted[i]; j = i - 1; while (j >= 0 && unsorted[j] > v) { unsorted[j + 1] = unsorted[j]; j--; } unsorted[j + 1] = v; } return unsorted;}

如果小數點不重要，您可以嘗試以下操作： array = [{"name"=>"a", "agg_value"=>"75.000000"}, {"name"=>"b", "agg_value"=>"25.000000"}, {"name"=>"a", "agg_value"=>"75.01000"}]array .group_by { |e| e['name'] } .map do |k, v| { 'name' => k, 'agg_value' => v.sum { |e| e['agg_value'].to_f }.to_s } end 如果你想要6位小數，那么選擇： array .group_by { |e| e['name'] } .map do |k, v| { 'name' => k, 'agg_value' => '%.6f' % v.sum { |e| e['agg_value'].to_f } } end

Fisher–Yates shuffle的工作原理如下： 從數組中取出一個隨機元素，并將其交換到第一個位置 從剩余值中提取一個隨機元素，并將其交換到第二個位置 從剩余值中提取一個隨機元素，并將其交換到第三個位置 等等 這是你要問的“剩余價值”部分。 E、 在10次迭代之后，你已經將10個隨機值交換到數組的前10個位置，所以下一次迭代你需要一個在10-end范圍內的隨機位置，因此從10個隨機范圍的偏移量小于全范圍，即i + rand.nextInt(52 - i)。

相同數字的列表可以表示為兩個值： 長度n（在您的示例中為7） 編號x（在您的示例中為1） 然后需要將長度n分解為兩個冪的和： 7 = 22 + 21 + 2? 這可以通過查看n的位來有效地完成。 最后，結果就是冪的列表，其中每個元素增加x： [2 + x, 1 + x, 0 + x][2 + 1, 1 + 1, 0 + 1][3, 2, 1] Another example: input: [-2, -2, -2, -2]x: -2n: 44 = 22list of powers: [2]answer: [2 + -2] or [0] Kotlin solution fun solve(n: Int, x: Int): List<Int> = generateSequence(n) { it / 2 } .takeWhile { it > 0 } .mapIndexedNotNull { i, v -> (i + x).takeIf { v % 2 != 0 } }.toList().reversed()solve(7, 1)// prints: [3, 2, 1]

i<list.size-2 ，i 最大只能到 list.size-3 。i=list.size-2 的時候上面就 false 了。